ADVANCING GLOBAL COMMUNICATIONS 

TIA STANDARD 


Project 25 

Phase 2 Two- Slot TDMA Media 
Access Control Layer Description 


TIA-102.BBAC 


December 2010 


TELECOMMUNICATIONS 
INDUSTRY ASSOCIATION 

tiaonlineorg 



NOTICE 


TIA Engineering Standards and Publications are designed to serve the public interest through 
eliminating misunderstandings between manufacturers and purchasers, facilitating 
interchangeability and improvement of products, and assisting the purchaser in selecting and 
obtaining with minimum delay the proper product for their particular need. The existence of 
such Standards and Publications shall not in any respect preclude any member or non-member of 
TIA from manufacturing or selling products not conforming to such Standards and Publications. 
Neither shall the existence of such Standards and Publications preclude their voluntary use by 
Non-TIA members, either domestically or internationally. 

Standards and Publications are adopted by TIA in accordance with the American National 
Standards Institute (ANSI) patent policy. By such action, TIA does not assume any liability to 
any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or 
Publication. 

This Standard does not purport to address all safety problems associated with its use or all 
applicable regulatory requirements. It is the responsibility of the user of this Standard to 
establish appropriate safety and health practices and to determine the applicability of regulatory 
limitations before its use. 

(From Standards Proposal No. 3-0380, formulated under the cognizance of the 
TIA, TR-8 Mobile and Personal Private Radio Standards. TR-8.12 Subcommittee on 
Two-Slot TDMA). 


Published by 

©TELECOMMUNICATIONS INDUSTRY ASSOCIATION 
Standards and Technology Department 
2500 Wilson Boulevard 
Arlington, VA 22201 U.S.A. 

PRICE: Please refer to current Catalog of 
TIA TELECOMMUNICATIONS INDUSTRY ASSOCIATION STANDARDS 
AND ENGINEERING PUBLICATIONS 
or call IHS USA and Canada 
(1-800-525-7052 ) International (303-790-0600) 
or search online at http://www.tiaonline.org/standards/catalog/ 

All rights reserved 
Printed in U.S.A. 



NOTICE OF COPYRIGHT 


This document is copyrighted by the TIA. 

Reproduction of these documents either in hard copy or soft copy (including 
posting on the web) is prohibited without copyright permission. For copyright 
permission to reproduce portions of this document, please contact TIA Standards 
Department or go to the TIA website ( www.tiaonline.org) for details on how to 
request permission. Details are located at: 

http://www.tiaonline.Org/standards/catalog/info.cfm#copyright 

OR 

Telecommunications Industry Association 
Standards & Technology Department 
2500 Wilson Boulevard, Suite 300 
Arlington, VA 22201 USA 
+1(703)907-7700 

Organizations may obtain permission to reproduce a limited number of copies by entering into a 
license agreement. For information, contact: 

IHS 

15 Inverness Way East 
Englewood, CO 80112-5704 or call 
U.S.A. and Canada( 1-877-413-5187) 

International (303-397-2896) 











NOTICE OF DISCLAIMER AND LIMITATION OF LIABILITY 


The document to which this Notice is affixed (the “Document”) has been prepared by one or more Engineering 
Committees or Formulating Groups of the Telecommunications Industry Association (“TIA”). TIA is not the author 
of the Document contents, but publishes and claims copyright to the Document pursuant to licenses and permission 
granted by the authors of the contents. 

TIA Engineering Committees and Formulating Groups are expected to conduct their affairs in accordance with the 
TIA Engineering Manual (“Manual”), the current and predecessor versions of which are available at 
http://www.tiaonline.org/standards/procedures/manuals/TIA’s function is to administer the process, but not the 
content, of document preparation in accordance with the Manual and, when appropriate, the policies and procedures 
of the American National Standards Institute (“ANSI”). TIA does not evaluate, test, verify or investigate the 
information, accuracy, soundness, or credibility of the contents of the Document. In publishing the Document, TIA 
disclaims any undertaking to perform any duty owed to or for anyone. 

If the Document is identified or marked as a project number (PN) document, or as a standards proposal (SP) 
document, persons or parties reading or in any way interested in the Document are cautioned that: (a) the Document 
is a proposal; (b) there is no assurance that the Document will be approved by any Committee of TIA or any other 
body in its present or any other form; (c) the Document may be amended, modified or changed in the standards 
development or any editing process. 

The use or practice of contents of this Document may involve the use of intellectual property rights (“IPR”), 
including pending or issued patents, or copyrights, owned by one or more parties. TIA makes no search or 
investigation for IPR. When IPR consisting of patents and published pending patent applications are claimed and 
called to TIA’s attention, a statement from the holder thereof is requested, all in accordance with the Manual. TIA 
takes no position with reference to, and disclaims any obligation to investigate or inquire into, the scope or validity 
of any claims of IPR. TIA will neither be a party to discussions of any licensing terms or conditions, which are 
instead left to the parties involved, nor will TIA opine or judge whether proposed licensing terms or conditions are 
reasonable or non-discriminatory. TIA does not warrant or represent that procedures or practices suggested or 
provided in the Manual have been complied with as respects the Document or its contents. 

If the Document contains one or more Normative References to a document published by another organization 
(“other SSO”) engaged in the formulation, development or publication of standards (whether designated as a 
standard, specification, recommendation or otherwise), whether such reference consists of mandatory, alternate or 
optional elements (as defined in the TIA Engineering Manual, 4 th edition) then (i) TIA disclaims any duty or 
obligation to search or investigate the records of any other SSO for IPR or letters of assurance relating to any such 
Normative Reference; (ii) TIA’s policy of encouragement of voluntary disclosure (see Engineering Manual Section 
6.5.1) of Essential Patent(s) and published pending patent applications shall apply; and (iii) Information as to claims 
of IPR in the records or publications of the other SSO shall not constitute identification to TIA of a claim of 
Essential Patent(s) or published pending patent applications. 

TIA does not enforce or monitor compliance with the contents of the Document. TIA does not certify, inspect, test 
or otherwise investigate products, designs or services or any claims of compliance with the contents of the 
Document. 

ALL WARRANTIES, EXPRESS OR IMPLIED, ARE DISCLAIMED, INCLUDING WITHOUT LIMITATION, 
ANY AND ALL WARRANTIES CONCERNING THE ACCURACY OF THE CONTENTS, ITS FITNESS OR 
APPROPRIATENESS FOR A PARTICULAR PURPOSE OR USE, ITS MERCHANTABILITY AND ITS 
NONINFRINGEMENT OF ANY THIRD PARTY’S INTELLECTUAL PROPERTY RIGHTS. TIA EXPRESSLY 
DISCLAIMS ANY AND ALL RESPONSIBILITIES FOR THE ACCURACY OF THE CONTENTS AND 
MAKES NO REPRESENTATIONS OR WARRANTIES REGARDING THE CONTENT’S COMPLIANCE 
WITH ANY APPLICABLE STATUTE, RULE OR REGULATION, OR THE SAFETY OR HEALTH EFFECTS 
OF THE CONTENTS OR ANY PRODUCT OR SERVICE REFERRED TO IN THE DOCUMENT OR 
PRODUCED OR RENDERED TO COMPLY WITH THE CONTENTS. 



TIA SHALL NOT BE LIABLE FOR ANY AND ALL DAMAGES, DIRECT OR INDIRECT, ARISING FROM 
OR RELATING TO ANY USE OF THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT 
LIMITATION ANY AND ALL INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES 
(INCLUDING DAMAGES FOR LOSS OF BUSINESS, LOSS OF PROFITS, LITIGATION, OR THE LIKE), 
WHETHER BASED UPON BREACH OF CONTRACT, BREACH OF WARRANTY, TORT (INCLUDING 
NEGLIGENCE), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF THE POSSIBILITY OF 
SUCH DAMAGES. THE FOREGOING NEGATION OF DAMAGES IS A FUNDAMENTAL ELEMENT OF 
THE USE OF THE CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA 
WITHOUT SUCH LIMITATIONS. 



TIA-102.BBAC 


TABLE OF CONTENTS 

1 INTRODUCTION.1 

1.1 Overview of the Standard.1 

1.2 Document Organization.1 

2 SCOPE.3 

2.1 Scope of the Standard.3 

2.2 References.4 

2.2.1 Normative References . 4 

2.2.2 Informative References . 5 

2.3 Glossary.5 

2.3.1 Acronyms . 5 

2.3.2 Definitions . 6 

2.3.3 Conventions . 8 

3 TDMA TRUNKED VOICE CHANNEL DESCRIPTION AND STRUCTURE.10 

3.1 Introduction.10 

3.2 MAC Layer Channel Structure.10 

3.2.1 Generic Two-Slot Superframe Structure - Time Slot Numbering and TDMA Channel 

Numbering . 10 

3.2.2 Ultraframe . 11 

3.3 Logical Channel Descriptions on a Voice Channel.12 

3.3.1 VTCH (Voice Transport CHannel) . 14 

3.3.2 SACCH (Slow Associated Control CHannel) . 14 

3.3.3 FACCH (Fast Associated Control CHannel) . 15 

3.3.4 ISCH (Inter-slot Signaling CHannel) . 15 

3.4 Timing Alignment Between CCH and VCH.17 

3.4.1 TDMA Channel Alignment . 17 

3.4.2 Synchronization Method When the CCH is a FDMA CCH . 17 

4 BURST DESCRIPTION.20 

4.1 General Description.20 

4.2 Bursts Containing Voice Frames.22 

4.3 Bursts Containing Signaling (Data, Control).26 

5 BURST FIELD DEFINITIONS.29 

5.1 Synchronization Sequences.29 

5.2 Pilot Sequence.30 

5.3 Voice Fields.31 

5.4 Data Unit ID (DUID).31 

5.4.1 DUID Encoding . 32 

5.4.2 Decoding Schemes . 33 

5.5 Information in ISCH.33 

5.6 Encoded MAC Information and Encryption Synchronization Signal.35 

5.6.1 Encoded MAC Information ( EMI) . 37 

5.6.1.1 Inbound Encoded MAC Information (IEMI).37 

5.6.1.2 Outbound Encoded MAC Information with Sync (S-OEMI).38 

5.6.1.3 Outbound Encoded MAC Information (I-OEMI).38 

5.6.2 Encryption Synchronization Signed (ESS) . 39 

5.6.2.1 ESS Decoding.39 

5.7 Ramp.40 

6 BEARER SERVICE DESCRIPTION.41 

iii 

















































TIA-102.BBAC 


6.1 Voice Burst Sequencing (Basic Voice Service).41 

6.2 DUID Management.42 

7 MAC PROTOCOL DESCRIPTION.43 

7.1 Overview of Protocol.43 

7.2 Generic MAC Procedures.43 

7.2.1 Signaling on Unassigned Channel . 43 

7.2.2 Signaling on an Assigned VCH . 44 

7.2.2.1 Use of the Inbound SACCH on an Assigned Channel.45 

7.2.2.2 Use of the Outbound SACCH on an Assigned Channel.45 

7. 2.3 Alternate Activity Signaling . 46 

7.2.4 Synchronization Procedures . 47 

7.2.4.1 Symbol Synchronization.47 

7.2.4.2 Synchronization to the VCH.47 

7.2.4.3 FDMA CCH and TDMA VCH Synchronization Procedures.50 

7.2.5 Scrambling . 51 

7.2.6 Power Control . 56 

7.2.6.1 Introduction.56 

7.2.6.2 Open Loop Power Control on Inbound VCH.56 

7.2.6.3 Closed Loop Power Control on Inbound VCH.57 

7.3 Voice Channel Procedures.58 

7.3.1 Assigned VCH Initial Access Procedures (Call Setup) . 58 

7.3.2 Assigned VCH Maintenance Procedures (Traffic Mode) . 60 

7.3.3 Assigned VCH Termination (Call Teardown) . 61 

7.3.3.1 Transmission Trunked Termination.62 

7.3.3.2 Message Trunked Termination.62 

7.3.4 Assigned VCH Message Trunking Call Continuation Procedures (Hangtime continuation) 63 

7.3.4.1 Call Continuation on CCH.63 

7.3.4.2 Call Continuation on VCH.64 

7.3.5 Assigned VCH Preemption . 65 

7.3.5.1 VCH Audio Preemption.66 

7.3.5.2 VCH Call Preemption.71 

8 MAC PDUS.77 

8.1 MAC PDUs General Description.77 

8.1.1 Outbound MAC PDU .77 

8.1.2 Inbound MAC PDU . 79 

8.2 Exhaustive Description of MAC PDUs.80 

8.2.1 MA C_PTT PDU . 80 

8.2.2 MA C_END_PTT PDU . 83 

8.2.3 MACJDLE, MAC_ACTIVE, and MAC_HANGTIME PDU Formats . 86 

8.3 MAC Message Details.89 

8.3.1.1 Null Information Message.91 

8.3.1.2 Group Voice Channel User Message.91 

8.3.1.3 Unit to Unit Voice Channel User Message.92 

8.3.1.4 Telephone Interconnect Voice Channel User Message.93 

8.3.1.5 Unit to Unit Voice Request.94 

8.3.1.6 Group Voice Channel Grant Update Multiple.94 

8.3.1.7 Group Voice Channel Grant.96 

8.3.1.8 Group Voice Channel Grant Update.97 

8.3.1.9 Group Voice Channel Grant Update - Explicit.97 

8.3.1.10 Unit to Unit Voice Channel Grant.98 

8.3.1.11 Unit to Unit Answer Request.99 

8.3.1.12 Radio Unit Monitor Enhanced Command.100 

8.3.1.13 Telephone Interconnect Answer Request.101 

8.3.1.14 Unit to Unit Voice Channel Grant Update.101 

8.3.1.15 ACK Response.103 

8.3.1.16 SNDCP Data Channel Grant.104 

8.3.1.17 SNDCP Data Page Request.104 


IV 



























































TIA-102.BBAC 


8.3.1.18 SNDCP Data Channel Announcement - Explicit.105 

8.3.1.19 Adjacent Status Broadcast.106 

8.3.1.20 Call Alert.107 

8.3.1.21 Extended Function Command.108 

8.3.1.22 Group Affiliation Query.108 

8.3.1.23 Identifier Update.109 

8.3.1.24 Time and Date Announcement.110 

8.3.1.25 Network Status Broadcast.111 

8.3.1.26 Group Voice Service Request.112 

8.3.1.27 RFSS Status Broadcast.112 

8.3.1.28 Secondary Control Channel Broadcast.113 

8.3.1.29 Status Query.114 

8.3.1.30 Queued Response.115 

8.3.1.31 Deny Response.115 

8.3.1.32 System Service Broadcast.116 

8.3.1.33 Unit Registration Command.116 

8.3.1.34 Radio Unit Monitor Command.117 

8.3.1.35 Identifier Update for VHF/UHF Bands.117 

8.3.1.36 Identifier Update for TDMA.118 

8.3.1.37 Manufacturer Message.118 

8.3.1.38 Individual Paging Message.119 

8.3.1.39 Group Paging Message.121 

8.3.1.40 Power Control Signal Quality.122 

8.3.1.41 MAC_Release.122 

8.4 MAC Fields Definition.123 

8.4.1 Opcode . 123 

8.4.2 Offset . 123 

8.4.3 RF Level . 125 

8.4.4 BER . 126 

8.4.5 CRC . 126 

8.4.6 Unforced/Forced (U/F) Field . 127 

8.4.7 Call Preemption/Audio Preemption (C/A) Field . 128 

8.4.8 Color Code . 128 

8.4.9 Other Fields from Phase 1 . 129 

ANNEX A GALOIS FIELD FOR REED SOLOMON CODES (INFORMATIVE).131 

A. 1 GF(64) Arithmetic.131 

A. 2 Exponential and Logarithm Tables.131 

A.3 Mother Code Generator Matrix for (63,35,29) RS Code.132 

ANNEX B OSP MCO OPCODE LIST (INFORMATIVE).136 

ANNEX C EXAMPLES OF PTT AND CALL TERMINATION ON VCH0 AND VCH1 
(INFORMATIVE).138 

ANNEX D EXAMPLES OF CALL SETUP ON VCH0 (INFORMATIVE).142 

ANNEX E BURST BIT LOCATIONS (NORMATIVE).151 


V 















































TIA-102.BBAC 


LIST OF FIGURES 

Figure 1-1 Representative Protocol Model for P25 Two-Slot TDMA Trunked Voice Service .... 2 

Figure 3-1 Superframe Structure for Two-Slot TDMA.11 

Figure 3-2 Ultraframe Structure.11 

Figure 3-3 VCH 0 Structure.13 

Figure 3-4 VCH 1 Structure.13 

Figure 3-5 SYNC_BCST Message relationship to FDMA CCH.18 

Figure 3-6 TDMA Superframe relationship to FDMA CCH Micro-slot.19 

Figure 3-7 Alignment of FDMA and TDMA symbols at Sync’d Minute boundary.19 

Figure 4-1 Inbound and Outbound Burst Structure.21 

Figure 4-2 Inbound 4 Voice Burst Structure with ESS.22 

Figure 4-3 Inbound 2 Voice/Short Signaling Burst Structure with ESS.23 

Figure 4-4 Outbound 4 Voice Burst Structure with ESS.24 

Figure 4-5 Outbound 2 Voice Burst Structure with ESS.25 

Figure 4-6 Inbound Signaling Burst Structure with Synchronization.26 

Figure 4-7 Outbound Signaling Burst Structure with Synchronization.27 

Figure 4-8 Outbound Signaling Burst Structure without Synchronization.28 

Figure 5-1 DUID Codeword Construction for (8,4,4) Binary Code.31 

Figure 5-2ISCH Containing Information.33 

Figure 5-3 ISCH of Payload VCH Timeslot.34 

Figure 5-4 ISCH Coset Code Word Construction.35 

Figure 5-5 Derived Codes from Mother Code.36 

Figure 5-6IEMI Distribution.37 

Figure 5-7 S-OEMI Distribution.37 

Figure 5-81-OEMI Distribution.38 

Figure 5-9 ESS Distribution.39 

Figure 6-1 Voice Bursts Repetitive Pattern.41 

Figure 6-2 Example Voice Burst Sequencing.41 

Figure 7-1 Internal LFSR Generator of Scramble Sequence.51 

Figure 7-2 External LFSR Generator of Scramble Sequence.51 

Figure 7-3 Matrix to Convert to Internal LFSR.53 

Figure 7-4 Matrix to Advance External LFSR 2 43 Shift Cycles.54 

Figure 7-5 Scrambling Sequence Offsets.56 

Figure 8-1 Structure of MAC PDU.77 

Figure 8-2 Outbound MAC PDU Formats.78 

Figure 8-3 Inbound MAC PDU in IEMI (19.5 octets).79 

Figure 8-4 Inbound MAC_PTT PDU (19.5 octets).80 

Figure 8-5 Outbound MAC_PTT PDU (19.5 octets).81 

Figure 8-6 Outbound MAC_PTT PDU (22.5 octets).82 

Figure 8-7 Inbound MAC_END_PTT PDU (19.5 octets).83 

Figure 8-8 Outbound MAC_END_PTT PDU (19.5 octets).84 

Figure 8-9 Outbound MAC_END_PTT PDU (22.5 octets).85 

Figure 8-10 Generic Outbound MAC Information Formats.86 

Figure 8-11 Subscriber Unit Identification format.88 

Figure 8-12 Null Information Message.91 

Figure 8-13 Group Voice Channel User Message-Abbreviated Format.91 

Figure 8-14 Group Voice Channel User Message - Extended Format.92 

Figure 8-15 Unit to Unit Voice Channel User Message - Abbreviated Format.92 

Figure 8-16 Unit to Unit Voice Channel User Message - Extended Format.93 

Figure 8-17 Telephone Interconnect Voice Channel User Message.93 

Figure 8-18 Unit to Unit Voice Request - Abbreviated Format.94 

Figure 8-19 Unit to Unit Voice Request - Extended Format.94 

Figure 8-20 Group Voice Channel Grant Update Multiple.95 

Figure 8-21 Group Voice Channel Grant Update Multiple - Explicit.95 

Figure 8-22 Group Voice Channel Grant - Abbreviated Format.96 

Figure 8-23 Group Voice Channel Grant - Extended Format.96 


VI 

























































TIA-102.BBAC 


Figure 8-24 Group Voice Channel Grant Update.97 

Figure 8-25 Group Voice Channel Grant Update - Explicit.97 

Figure 8-26 Unit to Unit Voice Channel Grant - Abbreviated Format.98 

Figure 8-27 Unit to Unit Voice Channel Grant - Extended Format.98 

Figure 8-28 Unit to Unit Answer Request - Abbreviated Format.99 

Figure 8-29 Unit to Unit Answer Request - Extended Format.99 

Figure 8-30 Radio Unit Monitor Enhanced Command - Abbreviated Format.100 

Figure 8-31 Telephone Interconnect Answer Request.101 

Figure 8-32 Unit to Unit Voice Channel Grant Update - Abbreviated Format.101 

Figure 8-33 Unit to Unit Voice Channel Grant Update - Extended Format.102 

Figure 8-34 ACK Response - Abbreviated Format.103 

Figure 8-35 SNDCP Data Channel Grant.104 

Figure 8-36 SNDCP Data Page Request.104 

Figure 8-37 SNDCP Data Channel Announcement - Explicit.105 

Figure 8-38 Adjacent Status Broadcast - Abbreviated Format.106 

Figure 8-39 Adjacent Status Broadcast - Extended Format.106 

Figure 8-40 Call Alert - Abbreviated Format.107 

Figure 8-41 Call Alert - Extended Format.107 

Figure 8-42 Extended Function Command.108 

Figure 8-43 Group Affiliation Query - Abbreviated Format.108 

Figure 8-44 Group Affiliation Query - Extended Format.109 

Figure 8-45 Identifier Update.109 

Figure 8-46 Time and Date Announcement.110 

Figure 8-47 Network Status Broadcast - Abbreviated Format .Ill 

Figure 8-48 Network Status Broadcast - Extended Format.111 

Figure 8-49 Group Voice Service Request.112 

Figure 8-50 RFSS Status Broadcast - Abbreviated Format.112 

Figure 8-51 RFSS Status Broadcast - Extended Format.113 

Figure 8-52 Secondary Control Channel Broadcast - Abbreviated.113 

Figure 8-53 Secondary Control Channel Broadcast - Explicit.114 

Figure 8-54 Status Query - Abbreviated Format.114 

Figure 8-55 Status Query - Extended Format.114 

Figure 8-56 Queued Response.115 

Figure 8-57 Deny Response.115 

Figure 8-58 System Service Broadcast.116 

Figure 8-59 Unit Registration Command - Abbreviated Format.116 

Figure 8-60 Radio Unit Monitor Command.117 

Figure 8-61 Identifier Update for VHF/UHF Bands.117 

Figure 8-62 Identifier Update for TDMA.118 

Figure 8-63 Manufacturer Message.118 

Figure 8-64 Individual Paging Message with Priority.119 

Figure 8-65 Indirect Group Paging Message without Priority.121 

Figure 8-66 Power Control Signal Quality.122 

Figure 8-67 MAC Release.122 

Figure 8-68 Offset Field Usage.125 

Figure C-1 Example of PTT Initiated on the First Inbound FACCH.138 

Figure C-2 Example of PTT Initiated on the Second Inbound FACCH.139 

Figure C-3 Example of PTT Initiated on the Third Inbound FACCH.139 

Figure C-4 Example of PTT Initiated on the Fourth Inbound FACCH.140 

Figure C-5 Example of PTT Initiated on the Fifth Inbound FACCH.140 

Figure C-6 Example of Call Termination.141 

Figure D-1 Detailed Example of VCH 0 group call entry with an unsynchronized control and 

TRAFFIC CHANNEL.142 

Figure D-2 Detailed Example of VCH 0 group call entry with a synchronized control and 

TRAFFIC CHANNEL.143 

vii 
























































TIA-102.BBAC 


Figure D-3 Detailed Example of transmission trunked VCH 0 group call unkey.144 

Figure D-4 Detailed Example of message trunked VCH 0 group call unkey with no call 

continuation.145 

Figure D-5 Detailed Example of message trunked VCH 0 group call unkey with call 

continuation via Traffic Channel.146 

Figure D-6 Detailed Example of message trunked VCH 0 group call unkey with call 

continuation via Control Channel.147 

Figure D-7 Detailed Example of VCH 0 group call undergoing console initiated talker 

preempt (unforced).148 

Figure D-8 Detailed Example of VCH 0 group call undergoing console initiated call preempt 
(forced).149 

LIST OF TABLES 

Table 4-1 Burst Type summary.20 

Table 5-1 Synchronization Sequences.30 

Table 5-2 DUID Generator Matrix.32 

Table 5-3 DUID Information Bits.32 

Table 5-4 Generator Matrix, g, for I-ISCH.34 

Table 5-5 Mother Code Applications and Definitions.36 

Table 8-1 MCO Opcode Partitioning.87 

Table 8-2 MAC Message L engths.90 

Table 8-3 PRIO Bit Definitions.119 

Table 8-4 Indirect Individual Paging Message Length.120 

Table 8-5 Indirect Paging Message without Priority Length.121 

Table 8-6 Opcode Values.123 

Table 8-7 Offset Values.124 

Table 8-8 RF Level Field.125 

Table 8-9 BER Field.126 

Table 8-10 Field Name definition reference.130 

Table A-l Exponential and Logarithm table for GF(64).132 

Table A-2 Mother Code Generator Matrix for (63,35,29) RS code.133 

Table B-l Reference 2 OSP opcode summary.136 

Table E-1: Inbound 4V Burst Bit Allocations.151 

Table E- 2: Inbound 4V Burst ESS Bit Allocations.153 

Table E- 3: Inbound 2V Burst Bit Allocations.154 

Table E- 4: Inbound Signaling with Sync Burst Bit Allocations.156 

Table E- 5: Outbound 4V Burst Bit Allocations.158 

Table E- 6: Outbound 4V Burst ESS Bit Allocations.160 

Table E- 7: Outbound 2V Burst Bit Allocations.161 

Table E- 8: Outbound Signaling with Sync Burst Bit Allocations.163 

Table E- 9: Outbound Signaling no Sync Burst Bit Allocations.165 


viii 







































TIA-102.BBAC 


Foreword 

(This foreword is not part of this standard.) 

This document has been published by the Telecommunications Industry 
Association (TIA) in accordance with the terms and conditions provided for in a 
Memorandum of Understanding (MoU) executed by and between the TIA, the 
Association of Public-Safety Communications Officials (APCO), the National 
Association of State Telecommunications Directors (NASTD), and various 
agencies of the Federal government (FED). 

This TIA Standard is being promulgated and will be maintained by the TR-8.12 
(Two-Slot TDMA) subcommittee and its working groups under the sponsorship of 
the Telecommunications Industry Association. This document has been 
published as a TIA Standard because it contains useful technical information on 
emerging digital techniques for Land Mobile Radio Service. 

The Project 25 (P25) Phase 2 Trunked Two-Slot Time Division Multiple Access 
(TDMA) Voice Services Standard, which includes definition of the new P25 two- 
slot TDMA common air interface, is being developed by the APIC TDMA Task 
Group and TIA TR-8.12 to be consistent with the APCO Project 25 Statement of 
Requirements adopted by the Project 25 Steering Committee. This Standard 
uses the APCO Project 25 Statement of Requirements dated October 17, 2008 
as input guidance to capture the relevant user needs requirements. 

This P25 two-slot TDMA Media Access Control (MAC) layer protocol 
specification, which is a component of the P25 TDMA two-slot common air 
interface definition, establishes a TIA standard supporting the provision of P25 
trunked voice services using a two-slot TDMA modulation format within a 12.5 
kHz bandwidth physical radio channel. 

The TIA makes no claims as to the applicability of the information contained in 
this document for any purpose although it is believed that the information will 
prove to be invaluable to implementers and operators of P25 two-slot TDMA 
equipment. Some aspects of the specifications contained in this document may 
not have been fully operationally tested; however, a great deal of time and good 
faith effort has been invested in the preparation of this document to ensure the 
accuracy of the information it contains. While all reasonable efforts have been 
made to ensure the accuracy of this document, it should be understood that 
significant work remains to fully develop the standard series and this document 
will be updated as necessary. 
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1 Introduction 

This standard specifies the Media Access Control (MAC) layer protocol for the 
transmission of digital information for the trunked two-slot Time Division Multiple 
Access (two-slot TDMA) Voice Services air interface within a physical radio 
channel with a bandwidth of 12.5 kHz. This standard is included in the suite of 
Project 25 (P25) standards that defines the P25 Phase 2 Two-Slot Trunked 
TDMA Voice Services Standard (see [R6]) based on the P25 requirements 
specified in [R7], 

1.1 Overview of the Standard 

This standard defines the MAC layer protocol, including messages and 
procedures for voice and control functions supported by the P25 trunked two-slot 
TDMA common air interface (CAI). The P25 two-slot TDMA CAI MAC layer 
protocol provides the following main services using the P25 two-slot TDMA CAI 
physical layer protocol: 

• Synchronization and timing; 

• Management of time slots and logical channel sequencing; 

• Encryption support; 

• Trunking control on control channels associated with voice traffic; 

• Access procedures. 

1.2 Document Organization 

This document is organized as follows. Clause 1 introduces the standard and 
includes an overview of the clauses in the standard. Clause 2 describes the 
scope of the standard and includes references and a glossary of terminology. 
Clauses 3, 4, 5, 6, 7, and 8 specify, respectively, the logical channel structure, 
burst description, burst field definitions, bearer service description, MAC protocol 
description, and the MAC Protocol Data Unit (PDU) definitions. Five informative 
annexes provide, respectively, information on the Galois Field for the Reed 
Solomon codes used in this standard, a MAC PDU opcode list, examples of 
Push-To-Talk (PTT) and call drop scenarios, examples of call setup scenarios, 
and details of the burst bit allocations. 
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Subscriber RFSS Subscriber 



Figure 1-1 Representative Protocol Model for P25 Two-Slot TDMA Trunked 

Voice Service 
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2 Scope 

This clause defines the scope of this standard and provides related information 
including normative and informative references and a glossary of terms. 

2.1 Scope of the Standard 

The reference point for the P25 two-slot TDMA CAI is U m 2 , and this is shown in 
Figure 1-1 for orientation to the other parts of the air interface protocols. 
Document [R6] explains that the U m2 interface supports trunked voice and control 
services between the Radio Frequency Sub-System (RFSS) and the subscribers 
in the system. 1 In addition to the U m 2 interface for the P25 Phase 2 two-slot 
TDMA CAI, a P25 Phase 2 system also supports a U m interface for the P25 
Phase 1 FDMA CAI, and this is also shown in Figure 1-1. While U m and U m 2 both 
support trunked voice and control, the U m2 interface has twice the spectrum 
efficiency of the U m interface when used as a VCFI. 

The two-slot TDMA CAI is divided into a physical layer and a media access 
control layer, and these are abbreviated as the PFIY and the MAC respectively. 
The PFIY defines the modulation and other functions (see [R3]) used to transport 
information through the U m2 interface. The MAC has functions defined in this 
standard to convey trunked voice and associated control information through the 
PFIY, and subsequently through the U m2 interface. The PFIY and MAC are 
shown in the diagram in Figure 1 -1. The TDMA PHY and MAC protocols are 
complemented by their FDMA Phase 1 equivalent protocol that is indicated in 
Figure 1-1 as the FDMA CAI. 

Above the FDMA CAI and two-slot TDMA CAI are common functions that can 
operate using either air interface. The common functions shown in Figure 1-1 
include P25 digital voice, encryption, and trunking control. The P25 half-rate 
vocoder used in TDMA is defined in [R4] and the full rate vocoder used in FDMA 
is defined in [R4], The full-rate vocoder operates on the FDMA CAI through the 
U m reference point. The half-rate vocoder operates on the two-slot TDMA CAI 
via the MAC and PHY. If the voice is encrypted, then the P25 block encryption 
protocol (see [R5]) is applied to the relevant voice mode to provide encrypted 
voice service through either the FDMA CAI or the two-slot TDMA CAI. The 
interconnection of the vocoder and encryption functions to both FDMA CAI and 
two-slot TDMA CAI indicates the interoperability of those functions with both 
channels. The voice information, either encrypted or unencrypted, is conveyed 
through the TDMA CAI on a logical channel known as the two-slot TDMA Traffic 
Channel (TCH). The remainder of this standard abbreviates this term to TDMA 
TCH. The voice and encryption functions for the TCH are typically present at the 


1 Future support by the P25 Phase 2 Two-Slot TDMA CAI for P25 packet data service is 
expected to involve extensions to this standard. 
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end points of a call, as represented by the protocol stacks in Figure 1-1 with 
Subscriber labels. 

Another common function shown in Figure 1-1 is the trunking control. Trunking 
control functions in the FDMA CAI are conveyed through a Phase 1 FDMA 
control channel or through link control words embedded in voice messages. The 
FDMA control channel messages are defined in [R2] and the procedural protocol 
is defined in [R1], The Phase 1 FDMA control channel is abbreviated in many 
instances in this standard to FDMA CCFI. All of the messages in [R2] that pertain 
to two-slot TDMA voice services in the MAC are functionally defined in this 
standard as MAC Protocol Data Units (PDUs) in Clause 8. The procedural 
protocol for voice messages is defined in Clause 7 with supporting examples 
provided in Annex C and Annex D. The trunking control MAC PDUs are 
conveyed through the two-slot TDMA CAI in a logical channel associated with 
voice that is either a Slow Associated Control Channel (SACCFI) or a Fast 
Associated Control Channel (FACCH) defined in this standard. The 
interconnection of the trunking control function to both the FDMA CAI and two- 
slot TDMA CAI indicates the interoperability of trunking control with both 
channels. The SACCFI and FACCFI permit the subscribers on a call to operate a 
trunking control protocol with the RFSS. This is why the subscriber stacks and 
the RFSS stack in Figure 1-1 contain a trunking control function block. 

2.2 References 

2.2.1 Normative References 

The following documents contain provisions that, through reference in this text, 
constitute provisions of this document. At the time of publication, the editions 
indicated were valid. All standards are subject to revision, and parties to 
agreements based on this document are encouraged to investigate the possibility 
of applying the most recent editions of the standards indicated below. The 
American National Standards Institute (ANSI), TIA, and other organizations 
maintain registers of currently valid standards published by them. 

[R1] TIA-102.AABD (Project 25 - Trunking Procedures) 

[R2] TIA-102.AABC (Project 25 - Trunking Control Channel Messages) 

[R3] TIA-102.BBAB (Project 25 - Two-Slot Time Division Multiple Access 

Physical Layer Protocol Specification) 

[R4] TIA-102.BABA (Project 25 - Vocoder Description) and TIA-102.BABA- 

1 (Project 25 - Half Rate Vocoder Addendum) 

[R5] TIA-102.AAAD (Project 25 - Block Encryption Protocol) 
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2.2.2 Informative References 

[R6] TSB-102.BBAA (Project 25 - Two-Slot TDMA Overview) 

[R7] APCO Project 25 Statement of Requirements, October 17, 2008 


2.3 Glossary 
2.3.1 Acronyms 


ALGID 

BER 

BR 

CAI 

CCH 

CQPSK 

CRC 

C4FM 

DCH 

DUID 

ESS 

ETDU 

FACCH 

FDMA 

FEC 

FNE 

GF 

GID 

HDU 

ID 

l-ISCH 

IEMI 

ISCH 

ISP 

KID 

LCH 

LFSR 

LSB 

MAC 

MCO 

MFID 

Ml 

MSB 

NAC 

S-OEMI 

l-OEMI 

OPCODE 


ALGorithm IDentifier 
Bit Error Rate 

Base Radio, a reference designating a base station 
Common Air Interface 
Control CHannel 

Compatible Quadrature Phase Shift Keying 

Cyclic Redundancy Checksum for data error detection 

Compatible 4 level Frequency Modulation 

Data CPIannel 

Data Unit ID 

Encryption Synchronization Signaling 
Expanded Terminator Data Unit 
Fast Associated Control CPIannel 
Frequency Division Multiple Access 
Forward Error correcting Code 
Fixed Network Equipment 

Galois Field to calculate parity checks for an RS code 

Group ID 

Pleader Data Unit 

IDentifier 

Information ISCH 

Inbound Encoded MAC Information field 
Inter-slot Signaling CHannel 

Inbound Signaling Packet, control channel message sent by SU 

Key IDentifier 

Logical CHannel 

Linear Feedback Shift Register 

Least Significant Bit 

Media Access Control layer 

Media access Control protocol data unit Opcode 

Manufacturers ID 

Message Indicator 

Most Significant Bit 

Network Access Code 

Outbound Encoded MAC Information field with Sync 
Outbound Encoded MAC Information field with Information 
Operating CODE 
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OSP 

Outbound Signaling Packet, control channel message sent to SU 

P25 

Project 25 

PDU 

Protocol Data Unit 

PSTN 

Public Switched Telephone Network 

PTT 

Push-To-Talk 

RFSS 

Radio Frequency Sub-System 

RS 

Reed Solomon 

S-ISCH 

Synchronization ISCH 

SACCH 

Slow Associated Control CHannel 

SNDCP 

Sub-Network Dependent Convergence Protocol 

SU 

Subscriber Unit 

SUID 

Subscriber Unit IDentifier 

TCH 

Traffic CHannel 

TDD 

Time Division Duplex 

TDMA 

Time Division Multiple Access 

TSBK 

Trunking Signaling BlocK 

UID 

Unit IDentity 

VCH 

Voice Channel 

VCU 

Voice Channel User 

VTCH 

Voice Transport CHannel 

WACN 

Wide Area Communications Network 

WUID 

Working Unit IDentifier 

2.3.2 Definitions 

Burst 



Unit of transmission of a continuous succession of modulated bits 
that lasts for a timeslot. A burst corresponds to the physical 
contents of a timeslot. 


Cell 

Geographical area corresponding to the radio coverage of a site. 

FACCH 

Signaling channel using slots normally assigned to voice on the 
VCH, i.e., slots which occur outside of the two inverted slot 
positions in both inbound and outbound directions. The FACCH is 
normally used for call establishment, hang-time, and teardown 
signaling. 

Improper PDU 

A MAC PDU having been detected as erroneous by the channel 
decoding or having a header with contents that are inconsistent with 
this specification. 
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Inbound 

Direction of the radio path, from the SU(s) to the FNE. 

Inverted Signaling Slot 

The two-slot TDMA implementation requires the use of two inverted 
signaling slots i.e., the signaling slot occurs in the opposite channel 
to allow an SU to switch from transmit to receive and avoid stringent 
switching constraints that would be required for an SU to quickly 
switch to an adjacent slot for outbound signaling while in 
transmission. The SACCH is the logical channel defined for this 
signaling. 

Logical Channel 

Predefined portions of a TDMA radio channel structure used by 
both FNE and SU applications to exchange digital voice and PDUs. 


MAC Header 

That part of a MAC PDU that encodes either a command or a 
response, located at the beginning of the MAC PDU. It is the first 
octet of every PDU. 


MAC PDU 

Sequence of contiguous bits, representing a MAC procedural 
element (signaling). 

Outbound 

Direction of the radio path, from the FNE to the SU(s). 

PDU 

Short form of MAC PDU when used in the context of this MAC 
document. 

SACCH 

Periodic signaling slot occurring once per superframe for each 
channel (using inverted signaling for two-slot), i.e., slots not 
normally assigned to voice in the VCH. 


Superframe 

Set of 2*6 timeslots of 30 msec each for two-slot TDMA, i.e., 360 
msec. The last two timeslots are inverted signaling slots. 
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Talk Spurt 

Interval in a two-slot TDMA voice transmission corresponding to the 
time between the beginning of the first MAC_PTT PDU from the 
transmitting SU on the VCH and the end of the last MAC_END_PTT 
PDU from the transmitting SU at the release of PTT. 

Timeslot 

Time interval of a two-slot TDMA burst corresponding to 30 msec. 

Time Division Duplex 

This is a method by which communication between the FNE and 
SU can be performed in the inbound and outbound direction 
simultaneously due to the fact that the outbound and inbound slots 
are interlaced. While similar to full duplex operation, TDD differs 
from full duplex in that for full duplex the SU receives and transmits 
RF simultaneously and in TDD it need not. For TDD the SU need 
only be able to switch quickly enough between transmit and receive 
so as to not miss data in the VCH. 

Traffic Channel 

A Bi-directional channel carrying information associated with a 
voice (VCH) or data (DCH) channel. 


Ultraframe 

Set of four consecutive 360 msec superframes comprising a 1.44 
second time interval. Transmitting subscribers use the SACCH of 
the first three superframes in the ultraframe to send signaling 
information to the FNE and listen to information from the FNE in the 
outbound SACCH of the fourth superframe. The ultraframe 
structure is signaled in the l-ISCH field and it may optionally be 
determined by processing information within the SYNC_BCST 
message on the control channel. 

Voice Channel 

A set of six inbound and outbound time slots on a traffic channel 
that typically carries voice bursts. There are two voice channels 
(VCH’s) on each TCH (Traffic Channel). 


Voice Frame 

Set of bits corresponding to 20 msec of user speech. 

2.3.3 Conventions 

If a number is preceded by a %, the number is to be interpreted as a binary 
number. 
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If the number is preceded by a Ox, the number is to be interpreted as a 
hexadecimal number. 

If the number is preceded with neither a % nor a Ox, the number is to be 
interpreted as a decimal number, unless depicted otherwise in the text 
description. 

In the description of the formats of the PDUs, the MSB is located on the left-hand 
side of the field and the LSB is located on the right-hand side of the field. 
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3 TDMA Trunked Voice Channel Description and Structure 

3.1 Introduction 

Each radio site consists of one control channel (CCH) and one or more traffic 
channels (TCH). The main control channel is an FDMA CCH. The configuration 
of the site and frequency used for control and traffic channels depends on traffic 
requirements, in particular the SU density under the coverage of the site and 
traffic patterns. 

The radio physical channel for P25 two-slot TDMA consists of a 12.5 kHz 
frequency pair divided into 30 msec time slots (see [R3]). The physical TCH 
supports two logical VCHs. A P25 two-slot TDMA MAC layer ultraframe consists 
of 4 consecutive superframes. A P25 two-slot TDMA MAC layer superframe 
consists of twelve sequential 30 msec time slots on the frequency pair for the 
P25 two-slot TDMA CAI. The logical channel consists of one or more groups of 
time slots with the logical function of control or voice embedded in the physical 
channel structure. 

3.2 MAC Layer Channel Structure 

In reference to Figure 3-1, the first 10 slots in a superframe, numbered 0 to 9, 
can be used for voice or signaling information. If they are used for signaling they 
are called the Fast Associated Control Channel (FACCH). If they are used to 
transport voice frames, they are called the Voice Transport Channels, or VTCHs. 
The last 2 slots in a superframe, numbered 10 and 11, can only be used for 
signaling information, and they are called the Slow Associated Control Channel, 
or SACCH. 

3.2.1 Generic Two-Slot Superframe Structure - Time Slot Numbering and 
TDMA Channel Numbering 

A superframe contains 12 consecutive 30 msec timeslots for a total duration of 
360 msec. This is the same time interval for 48 Phase 1 micro-slots. The 
position of a timeslot within a superframe is a number from 0 to 11. See Figure 
3-1 below. Slots 10 and 11 are inverted slots for SACCH signaling. 
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Figure 3-1 Superframe Structure for Two-Slot TDMA 


Logical channel 0 (LCH 0) is a channel that consists of outbound timeslots 0, 2, 

4, 6, 8, and 11 and inbound timeslots 1,3,5, 7, 9, and 10. 

Logical channel 1 (LCH 1) is a channel that consists of outbound timeslots 1,3, 

5, 7, 9, and 10 and inbound timeslots 0, 2, 4, 6, 8, and 11. 

The inverted signaling slots are slots 10 and 11. These slots are used for 
bidirectional signaling and are inverted (not the normal alternating slot pattern) to 
allow an SU to switch from transmit to receive. This avoids stringent switching 
constraints that would be required for an SU to quickly switch to an adjacent slot 
for outbound signaling while transmitting. These inverted slots are the SACCH 
slots. 


Descriptions of the logical channels used on LCHO and LCH1 for the TDMA voice 
channel are given in 3.3. 

3.2.2 Ultraframe 


An ultraframe is comprised of four consecutive superframes as is shown in 
Figure 3-2 below. The ultraframe count field is further defined in subclause 5.5. 


Ultraframe Count Q / r\r\ 
For Superframe /vJ 
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%11 
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LCH 1 


□ □ □ □ CD 

□ □ □ □ □ n 


□ □ □ □ CD 

□ □ □ □ □ d 


□ □ □ □ da 

□ □ □ □ □ 


□ □ □ □ □□ 

□ □ □ □ □ d 


--f-- 

Superframe 0 Superframe 1 Superframe 2 Superframe 3 


Figure 3-2 Ultraframe Structure 
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If an SU is transmitting inbound, the transmitting unit shall transmit in the SACCH 
of the first three superframes of the ultraframe, typically sending a Voice Channel 
User (VCU) message. A Voice Channel User message as defined in 8.3.1.2 
indicates a talker and a talk group for group calls. The transmitting SU shall not 
transmit in the SACCH position of the fourth superframe of the ultraframe, 
instead, the transmitting SU shall decode the outbound SACCH during that 
superframe. 

If a VCU message is included in the outbound SACCH of the first three 
superframes of the ultraframe, it shall contain the individual ID corresponding to 
the unit whose audio is being sent on the outbound link, which may be different 
than the individual ID of the talker on the inbound link. Listening SUs only 
display the caller ID from a VCU from one of the first three SACCHs in the 
ultraframe. 

When an SU is transmitting on the inbound link, the VCU included in the 
outbound SACCH of the last superframe of the ultraframe shall contain the 
individual ID of the inbound talker. This individual ID may be different than the 
source of the outbound audio. A talker SU uses the VCU ID in the fourth SACCH 
as validation that it is the correct talker. 

3.3 Logical Channel Descriptions on a Voice Channel 

When an LCH logical channel is used to transport voice, it is known as a Voice 
Channel, or VCH. The VCH is a bi-directional channel used to exchange voice 
and signaling blocks between the FNE and one or several SUs. A VCH may be 
associated with a group communication, a half duplex individual call, a half 
duplex telephone interconnect call, or a time division duplex 2 individual call, 
including a telephone interconnect call. A VCH is composed of an ISCH 
Channel, a SACCH signaling timeslot and either Voice Transport Channel 
(VTCH) slots (that contain voice + encryption signaling) or FACCH timeslots, 
depending upon whether voice is currently present or not. 

Figure 3-3 and Figure 3-4 describe the VCH 0 and VCH 1 structures for 
communication in VCH traffic mode (after call establishment). 


2 Time division duplex mode is not defined as yet and is reserved for future work 
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VCH 0 
Outbound 



VCH 0 
Inbound 




Outbound slot containing voice (VTCH), preceded by synchronizing ISCH (S-ISCH) 
Outbound slot containing voice (VTCH) preceded by information ISCH (l-ISCH) 
Inbound slot containing voice (VTCH) 

Outbound signaling slot on SACCH always preceded by an S-ISCH 
Inbound signaling slot on SACCH (with sync) 

Other channel 


Figure 3-3 VCH 0 Structure 


VCH 1 
Outbound 



VCH 1 
Inbound 



Outbound slot containing voice (VTCH), preceded by synchronizing ISCH (S-ISCH) 
Outbound slot containing voice (VTCH), preceded by information ISCH (l-ISCH) 
Inbound slot containing voice (VTCH) 


Inbound signaling slot on SACCH (with sync) 
Other channel 


Outbound signaling slot on SACCH always preceded by an S-ISCH 


Figure 3-4 VCH 1 Structure 

The remainder of this subclause describes the following logical channels that are 
sub-elements of the VCH: 

• VTCH (Voice Transport Control CHannel) 

• SACCH (Slow Associated Control CHannel) 

• FACCH (Fast Associated Control CHannel) 

• ISCH (Inter-slot Signaling CHannel) 
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3.3.1 VTCH (Voice Transport CHannel) 

The VTCH is a bi-directional channel that is used to exchange voice and 
encryption synchronization signaling (ESS) between the FNE and one or more 
SUs. This logical channel takes the place of the FACCH slots when voice 
transport begins. 

3.3.2 SACCH (Slow Associated Control CHannel) 

The SACCH is a periodic bi-directional logical channel on the VCH, which is used 
to exchange signaling or data information between the FNE and one or several 
SUs assigned to the corresponding voice logical channel. 

The outbound SACCH is used to convey: 

• General broadcast information signaling to receiving radios such as: 

o Call specific signaling, including call grants, and information regarding 
current channel users and current call type 
o Information about other active calls enabling radio scanning operation 
o Paging signaling for moving individual users out of a call 

• Signaling to transmitting radios such as: 

o Power control signaling 
o Transmitter shutdown signaling 
o Confirmation of right to transmit 

The Inbound SACCH is used to convey: 

• Call specific signaling, including information regarding current channel users 
and current call type 

• Call interrupt requests from listening radios 

One SACCH per logical voice channel occurs every superframe on the inverted 
timeslot. 

The location of the SACCH slots is determined as follows: 

• For systems that synchronize the FDMA control channel and TDMA traffic 
channels, the location of the SACCH shall be determined by the control 
channel Sync Broadcast message, and by the l-ISCH. 

• For systems that do not synchronize the FDMA control channel and TDMA 
traffic channels, the location of the SACCH shall be determined in the I- 
ISCH. 

The MAC layer shall manage the mechanisms of SACCH access priority for the 
signaling messages (see 7.2.1 and 7.2.2). 
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The outbound signaling burst of the SACCH shall not contain any 
synchronization sequence. 

The inbound signaling burst of the SACCH shall always contain a 
synchronization sequence to facilitate late entry and synchronization of the FNE 
receivers. 

3.3.3 FACCH (Fast Associated Control CHannel) 

The FACCH is a logical channel on the VCH that occurs when voice signaling is 
not present. 

On an unassigned VCH: 

• The inbound FACCH shall not be used 

• The outbound FACCH shall only contain MACJDLE PDUs containing the 
NULL information message 

On an assigned VCH the FACCH is used to convey the following per the detailed 
Voice Channel Procedures in 7.3: 

• Call setup signaling 

• Call teardown signaling 

• Hangtime signaling 

FACCH can occur in any timeslot except where SACCH occurs. 

The inbound and outbound FACCH bursts shall always contain a synchronization 
sequence. 

3.3.4 ISCH (Inter-slot Signaling CHannel) 

The ISCH is the logical channel that is located between 2 consecutive outbound 
slots of a physical channel [R3]. It is sized to occupy the space reserved in the 
inbound path for ramping up and down, pilot sequences (at the beginning and at 
the end of the burst) and guard time. This logical ISCH is composed of 40 
consecutive bits (comprised of the 20 bits at the end of an outbound slot and the 
20 bits at the beginning of the next outbound slot). 

The ISCH is used to: 

• Provide a symbol/timeslot synchronization mechanism for receiving SU’s 

• Provide a means of identifying channel numbering 

• Provide the current position within the superframe 

• Provide the current position within the ultraframe 

• Provide access control for usage of the inbound SACCH 
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Two types of ISCH are utilized on a VCH to achieve this functionality, the S-ISCH 
and the l-ISCH. S-ISCH and l-ISCH alternate within each VCH in a superframe 
as illustrated in Figure 5-3. This alternating pattern allows a reasonable balance 
between transmitting synchronization for late entry and the signaling information. 

The first ISCH type, the S-ISCH contains a synchronization sequence that can be 
used to provide symbol and frame synchronization for the SU receivers. The 
sync pattern for the S-ISCH consists of 40 bits, or 20 dibit symbols. The specific 
sync pattern differs between the VCH and the TDMA CCH. The sequence is 
given in Table 5-1 along with the other synchronization sequences. 

The second ISCH type, the l-ISCH, contains a 40 bit information sequence that 
provides nine information bits after decoding of the 40 bits at the MAC layer as 
specified in 5.5. These nine information bits contain fields that define slot and 
channel numbering, the current position within the superframe relative to the 
SACCH burst, the position of the current superframe with the ultraframe and 
access control information for the inbound SACCH. 

The ISCH associated with inverted timeslots shall always be the S-ISCH 
containing a synchronization sequence. 
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3.4 Timing Alignment Between CCH and VCH 

3.4.1 TDMA Channel Alignment 

Timing synchronization between TDMA channels means that all outbound TDMA 
channels are aligned in time. It is mandatory to time align all outbound TDMA 
channels at a single site. This means that all of the superframes on all the 
outbound paths of TDMA channels are time aligned. In addition, there is symbol 
and burst alignment on all of the outbound paths of TDMA channels so that 
symbol sync, burst sync, ultraframe, and superframe sync on one channel gives 
symbol sync, burst sync, ultraframe, and superframe sync on the other TDMA 
channels of that RF site. 

3.4.2 Synchronization Method When the CCH is a FDMA CCH 

To ease migration from Phase 1 FDMA, where no synchronization is required 
between FDMA channels, and Phase 2 TDMA, it is not mandatory to synchronize 
TDMA channels with any FDMA channels. 

There is, however, a benefit to synchronizing TDMA channels to an FDMA 
control channel. This benefit allows a SU to transmit/receive sooner upon 
arriving on a TDMA TCH due to prior knowledge of synchronization. Knowing 
where the start of the superframe and ultraframe is upon arrival on the assigned 
VCH allows the SU to skip the process of having to acquire this knowledge after 
moving to the assigned VCH thereby saving time. Without this knowledge the 
SU has to first receive and decode an S-ISCH and an l-ISCH so that it can 
determine where the start of the superframe and ultraframe is. See 3.3.4 for 
further information about the function of the ISCH. 

The synchronization of a TDMA TCH with an FDMA CCH is ensured by the 
regular transmission of the SYNC_BCST message [R2], The SYNC_BCST 
message, transmitted by the FNE to the SUs, gives the date (year, month, day), 
time (hour, minute) and the number of the micro-slot within a minute on which the 
SYNC_BCST outbound signaling packet begins. The micro-slot has a length of 

7.5 msec, so the micro-slots are numbered from 0 to 7999 in ascending 
consecutive order in a minute. Superframes occur every 360 ms, or every 48 
microslots on the FDMA CCH while ultraframes occur every four superframes, 
which corresponds to 1.44 seconds or every 192 microslots. However, the 
microslot count rolls over at each minute boundary, every 8000 microslots. Since 
a minute does not include a whole number of superframe or ultraframe intervals, 
but every 3 minutes does have a whole number of each type of interval, the time 
mark for a superframe boundary and ultraframe boundary can be computed by 
including the minute count and the microslot count, as follows: 


17 



TIA-102.BBAC 


Superframe_mark = (minute_count * 8000 + uslot_count) MOD 48 (1) 

Ultraframejmark = (minute_count * 8000 + uslot_count) MOD 192 (2) 

Note that the beginning of every 3 rd minute is coincident with the start of both a 
superframe and ultraframe. 

Figure 3-5 shows how the SYNC_BCST message on the FDMA control channel 
references the micro-slot number which in turn is used to synchronize the SU to 
the VCH. 


SYNCBCST message 


TheSYNC_BCST message on the FDMA control 
channel indicates the microslot number that the 
Frame Sync (FS) for the message starts on. 


Octet 0 
Octet 1 
Octet 2 
Octet 3 
Octet 4 
Octet 5 
Octet 6 
Octet 7 
Octet 8 
Octet 9 
Octet 10 
Octet 11 
Bit 



P 

Opcode 

Manufacturer's ID 

reserved 

reserved 1 US 

1ST |MMU| 

MC 

MC 

VL 

Local Time Offset 

Year 

Mon| 

Month 

Day 

Hours 

Minutes 

Minutes 


Micro Slots 

TSBK 

CRC 



Micro-slots 


Triple TSBK 
FDMA CCH 


NID 

TSBK 

SYNCBCST 

TSBK 


Triple TSBK message 

Figure 3-5 SYNC_BCST Message relationship to FDMA CCH 


Once the SU knows the micro-slot number it is able to synchronize to the TDMA 
VCH since all of the TDMA VCH’s are synchronized to each other and the 
FDMA control channel. Figure 3-6 illustrates this relationship by showing that at 
the sync’d minute boundary the micro-slot number transitions from 7999 to 0 and 
that that is precisely where the TDMA superframe starts. 
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Start of TDMA superframe 


Figure 3-6 TDMA Superframe relationship to FDMA CCH Micro-slot 

Figure 3-6 shows the precise location of the start of a TDMA superframe and the 
point of synchronization on the FDMA control channel. Referring to Figure 3-6, 
the start of the TDMA superframe is the center of the first l-ISCH symbol of the 
outbound burst. Note that this first symbol corresponds to the 11 th symbol of that 
particular ISCH sequence as illustrated in Figure 4-1 since any particular ISCH is 
split between the end of one burst and the beginning of the next burst. 

The precise reference point of the sync’d minute boundary with respect to the 
symbols are diagrammed in Figure 3-7. 


Sync’d 

Minute Boundary 


Middle of FDMA and TDMA symbols are concurrent with 
the sync’d minute boundary. 



4 ' > 

208.333 ms 


FDMA CCH _ . 

dftnn RPR Symb 

ol 0 Symh 

ol 1 Symbol 2 Symbol 3 Syml 

)Ol 4 


z 




TDMA TCH 

6000 SPS Sym 

>ol 0 Syml 

)ol 1 Symbol 2 Symbol 3 Symbol 4 Syml 

jol 5 



833.333 ms 


166.667 ms 


Figure 3-7 Alignment of FDMA and TDMA symbols at Sync’d Minute 

boundary 
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4 Burst Description 
4.1 General Description 

There are two types of inbound bursts, one with synchronization and one without. 
An inbound burst with synchronization is composed of a ramp up sequence, a 
synchronization sequence, a sequence of modulated information bits, a pilot 
sequence and a ramp down. An inbound burst without synchronization has a 
ramping up sequence, a pilot sequence, a sequence of modulated information 
bits, a pilot sequence, and a ramping down sequence as illustrated in Figure 4-1. 

An outbound burst is only composed of modulated information bits (with or 
without synchronization). 

A summary of burst type and synchronization is shown below 

Table 4-1 Burst Type summary 


Burst Type 

Burst Description 

Synchronization 

Signaling 

Channel 

Figure 

Reference 

Inbound 4V 

Inbound 4 Voice 
with ESS 

None 

VCH 

Figure 4-2 

Inbound 2V 

Inbound 2 Voice 
with ESS 

None 

VCH 

Figure 4-3 

Outbound 

4 V 

Outbound 4 Voice 
with ESS 

None 

VCH 

Figure 4-4 

Outbound 

2 V 

Outbound 2 Voice 
with ESS 

None 

VCH 

Figure 4-5 

IEMI 

Inbound Signaling 
with sync 

Yes - 44 bits 

FACCH and 
SACCH 

Figure 4-6 

S-OEMI 

Outbound 

Signaling with 
sync 

Yes - 42 bits 

FACCH 

Figure 4-7 

l-OEMI 

Outbound 

Signaling w/o 
sync 

None 

SACCH 

Figure 4-8 


All the bursts contain a Data Unit ID (DUID) as part of the modulated information 
bits. 
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Inbound burst with synchronization 


Sync 

Modulated information bits 

P 

44 bits 

284 bits 



P: Pilot sequence (8 bits) 

Inbound burst without synchronization 



Outbound burst without synchronization 


Part of ISCH 

Modulated information bits 

320 bits 

Part of ISCH 



Outbound burst with synchronization 



Part of ISCH 

Modulated information bits 

138 bits 

Sync 

42 bits 

Modulated information bits 

140 bits 

Part of ISCH 







40 bits 


360 bits 


Figure 4-1 Inbound and Outbound Burst Structure 
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4.2 Bursts Containing Voice Frames 

Bursts on the VCH are defined for inbound and outbound bursts, with 4 voice 
frames and with 2 voice frames. The Encryption Synchronization Signaling 
(ESS) is distributed through the voice bursts. 


Pilot 

12.0 kbps 8 Symbols 

360 bits (180 symbols) per 16 bits P = pilot (16 bits total) 

30 msec slot 2 sets 4 R/G = 24 bits total 

Symbols 


DUID = 8 bits 
total distributed 


R 

/ 

G 

P 

Voice 

Voice 

E 

S 

S 

-B 

Voice 

Voice 

P 

R 

/ 

G 


Ramp/ 

20 msec 

\ / \ / 

\ / \ / 

20 msec ESS-B 

20 msec 

20 msec 

Ramp/ 

Guard 

Voice 

Voice 12 Symbols 

Voice 

Voice 

Guard 

6 Symbols 

Frame 

Frame 24 bits 

Frame 

Frame 

6 Symbols 

12 bits 

36 Symbols 

36 Symbols 

36 Symbols 

36 Symbols 

12 bits 

1.0 msec 

72 bits 

72 bits 

72 bits 

72 bits 

1.0 msec 


Figure 4-2 

Inbound 4 Voice Burst Structure with ESS 
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Pilot 

12.0 kbps 8 Symbols 

360 bits (180 symbols) per 16 bits 
30 msec slot 2 sels °f 4 

Symbols 


DUID = 8 bits 
total distributed 



ESS-A signaling = 168 bits 
P = pilot (16 bits total) 

R/G = 24 bits total 


Ramp/ 20 msec 

Guard Voice 

6 Symbols Frame 

12 bits 36 Symbols 

1.0 msec 72 bits 


20 msec ESS-A (1) 

Voice 48 Symbols 

Frame 96 bits 

36 Symbols 
72 bits 


ESS-A (2) Ramp/ 

36 Symbols Guard 

72 bits 6 Symbols 
12 bits 
1.0 msec 


Figure 4-3 Inbound 2 Voice/Short Signaling Burst Structure with ESS 
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12.0 kbps 

360 bits (180 symbols) per Outbound: No Pilots 

30 msec slot ISCH = 40 bits total 


DUID = 8 bits 
total distributed 


1 

s 

c 

Voice 

Voice 

E 

S 

s 

Voice 

Voice 

1 

S 

C 

H 



-B 



H 



Inter-Slot 
CHannel 
10 Symbols 
20 bits 
1.66 msec 


20 msec 
Voice 
Frame 
36 Symbols 
72 bits 


20 msec 
Voice 
Frame 
36 Symbols 


ESS-B 
12 Symbols 
24bits 


72 bits 


20 msec 
Voice 
Frame 
36 Symbols 
72 bits 


20 msec 
Voice 
Frame 
36 Symbols 
72 bits 


Inter-Slot 
CHannel 
10 Symbols 
20 bits 
1.66 msec 


Figure 4-4 Outbound 4 Voice Burst Structure with ESS 
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12.0 kbps 

360 bits (180 symbols) per Outbound: No Pilots 

30 msec slot ISCH = 40 bits total 

ESS-A = 168 bits total 

DUID = 8 bits 
total distributed 


1 

s 

c 

Voice 

Voice 

ESS-A (1) 

ESS-A (2) 

1 

S 

C 

H 





H 


, 

-TV 



' \ 

\ x 




Inter-Slot 

CHannel 

10 Symbols 
20 bits 

1.66 msec 

20 msec 
Voice 
Frame 

36 Symbols 
72 bits 

20 msec 
Voice 
Frame 

36 Symbols 
72 bits 

ESS-A (1) 

48 Symbols 

96 bits 

ESS-A (2) 
36 Symbols 
72 bits 

Inter-Slot 
CHannel 
10 Symbols 
20 bits 

1.66 msec 


Figure 4-5 Outbound 2 Voice Burst Structure with ESS 
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4.3 Bursts Containing Signaling (Data, Control) 

The inbound bursts with signaling contain a synchronization sequence. There 
are two types of outbound signaling bursts, one with sync, and one without. The 
outbound signaling burst with synchronization is a burst that contains signaling 
information and a 42 bit synchronization sequence. 

The inbound signaling burst with synchronization is a burst that contains 
signaling information and a 44 bit synchronization sequence that includes a pilot 
sequence located at the beginning of the burst. 


12.0 kbps 

360 bits (180 symbols) per 


Pilot 

4 Symbols 
8 bits 


IEMI signaling = 276 bits 
P = pilot (16 bits total) 



6 Symbols Symbols Symbols 72 bits 


96 bits 


12 bits 
1.0 msec 


44 bits 36 bits 


6 Symbols 
12 bits 
1.0 msec 


Figure 4-6 Inbound Signaling Burst Structure with Synchronization 
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The structure of the outbound signaling burst with synchronization is shown in 
Figure 4-7. 


12.0 kbps 

360 bits (180 symbols) per 
30 msec slot 


Outbound: No Pilots 
ISCH = 40 bits total 


DUID = 8 bits 
total distributed 


S-OEMI = 270 bits total 
Sync = 42 bits total 


1 

s 

c 

S-OEMI (1) 

S-OEMI (2) 

Sync 

S-OEMI (3) 

S-OEMI (4) 

1 

S 

C 

H 






H 


Inter-Slot 
CHannel 
10 Symbols 
20 bits 


S-OEMI (1) 
36 Symbols 
72 bits 


1.66 msec 


S-OEMI (2) Sync S-OEMI (3) 
31 Symbols 21 32 Symbols 

62 bits Symbols 64 bits 
42 bits 


S-OEMI (4) 
36 Symbols 
72 bits 


Inter-Slot 
CHannel 
10 Symbols 
20 bits 


1.66 msec 


Figure 4-7 Outbound Signaling Burst Structure with Synchronization 
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The outbound signaling burst without synchronization is a burst that only contains 
signaling information. 


12.0 kbps 

360 bits (180 symbols) per Outbound: No Pilots 

30 msec slot ISCH = 40 bits total 


l-OEMI = 312 bits total 

DUID = 8 bits 
total distributed 


1 

s 

c 

l-OEMI (1) 

l-OEMI (2) 

l-OEMI (3) 

1 

S 

C 

H 




H 


\ 


Inter-Slot 
CHannel 
10 Symbols 
20 bits 


l-OEMI (1) 
36 Symbols 
72 bits 


l-OEMI (2) 
84 Symbols 
168 bits 


l-OEMI (3) 
36 Symbols 
72 bits 


Inter-Slot 
CHannel 
10 Symbols 
20 bits 


1.66 msec 


1.66 msec 


Figure 4-8 Outbound Signaling Burst Structure without Synchronization 
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5 Burst Field Definitions 

The bursts contain several fields of modulation information that are defined in the 
following subclauses. This document uses various codes for forward error 
correction (FEC), and these codes are defined in terms of a number triplet that is 
customarily represented as (n,k,d). In this triplet, n represents the number of 
symbols in the code word, k represents the number of information symbols, and 
d is the minimum distance between code words. In most cases, the symbols are 
binary bits, but this document also uses Reed-Solomon (RS) codes over Galois 
Field GF(64). In the case of RS codes, the triplet is represented as (N,K,D) and 
the symbols are each 6 bits. The redundancy, R, is also defined for codes as R 
= N - K. 

5.1 Synchronization Sequences 

There are four different synchronization sequences in the traffic channel 
signaling. The first is an inbound synchronization sequence that occurs in a 
MAC information signaling slot (clause 4) that has 22 symbols. The second 
occurs in an outbound signaling slot and has 21 symbols. The third and fourth 
kinds of synchronization sequences are in the outbound ISCH and contains 20 
symbols. The sync pattern for the outbound ISCFI is also mentioned in 3.3.4. 

The synchronization sequences are given in this subclause. The synchronization 
sequences are transmitted in the order from top to bottom; the top symbol is 
transmitted first and the bottom symbol is transmitted last. 

The signed dibit symbols, in order of transmission, for the various 
synchronization sequences that occur in MAC signaling are shown in Table 5-1. 
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Table 5-1 Synchronization Sequences 


Symbol/Dibit 

Name 

IEMI 

Sync 

S-OEMI 

Sync 

VCH 

S-ISCH 

Sync 

CCH 

S-ISCH 

Sync 

(Informative) 

SO 

+3 

-3 

+3 

-3 

SI 

+3 

-3 

+3 

-3 

S2 

-3 

-3 

+3 

-3 

S3 

-3 

-3 

-3 

-3 

S4 

+3 

+3 

+3 

-3 

S5 

+3 

+3 

+3 

+3 

S6 

+3 

+3 

-3 

-3 

S7 

-3 

+3 

+3 

-3 

S8 

+3 

+3 

+3 

-3 

S9 

-3 

-3 

+3 

+3 

S10 

-3 

+3 

+3 

+3 

S11 

+3 

-3 

-3 

+3 

S12 

+3 

+3 

-3 

+3 

S13 

+3 

-3 

-3 

-3 

S14 

+3 

-3 

+3 

+3 

S15 

-3 

+3 

-3 

+3 

S16 

+3 

+3 

-3 

-3 

S17 

-3 

-3 

-3 

+3 

S18 

-3 

-3 

-3 

+3 

S19 

-3 

+3 

-3 

+3 

S20 

-3 

+3 



S21 

-3 





5.2 Pilot Sequence 

The pilot sequences are 8 bit fields found in inbound bursts and are composed of 
two sets of four symbols defined in this document and referenced in [R3]. The 
signed dibit symbols for the pilot sequences are defined as follows. 

PI = [+1, -1, +1, -1] 

P2 = [-1, +1, -1, +1] 


The pilot sequence PI is sent at the beginning of the inbound bursts without 
sync, which is shown as the left most P in Figure 4-1, Figure 4-2, and Figure 4-3. 
The pilot sequence P2 is sent at the end of the inbound burst, including bursts 
with or without sync, which is shown as the right most P in Figure 4-1, Figure 4-2, 
Figure 4-3, and Figure 4-6. The first four symbols of the inbound signaling burst 
with sync shown in Figure 4-6 are characterized as pilot symbols, and in that 
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specific instance the pilot symbols would correspond to the first four symbols of 
the inbound synchronization sequence given in Table 5-1. 

5.3 Voice Fields 

The voice information is defined in reference [R4], Reference [R4] also includes 
a bit interleaving schedule for the bits in a voice frame. The individual frames are 
then inserted into voice bursts as explained in 4.2. 

5.4 Data Unit ID (DUID) 

The Data Unit ID, DUID, is a field that exists in every burst type, both inbound 
and outbound. The DUID is used for identification of the burst type (e.g., 
FACCH/SACCH, voice, and DCH), which allows the receiver to know how to 
decode the content and to know where in a transmission sequence it may be 
entering. Bursts that have not yet been defined, for example, the ones to be 
used with the TDMA CCH and TDMA DCH, may have new names and may or 
may not have sync, but in any case they need a unique DUID. 

The DUID code is an (8,4,4) binary code. The DUID is an 8-bit field that conveys 
4 bits of information. The field is defined as follows: 



Figure 5-1 DUID Codeword Construction for (8,4,4) Binary Code 


The 8-bit DUID codeword is distributed within the inbound and outbound bursts in 
4 separated dibits (see clause 4) with the most significant dibit transmitted first. 
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5.4.1 DUID Encoding 

The generator matrix for the (8,4,4) binary code is shown in Table 5-2 below: 


Table 5-2 DUID Generator Matrix 


1 

0 

0 

0 

1 

1 

0 

1 

0 

1 

0 

0 

1 

0 

1 

1 

0 

0 

1 

0 

1 

1 

1 

0 

0 

0 

0 

1 

0 

1 

1 

1 


The four information bits are defined for a voice channel in Table 5-3. Definitions 
for the control and data channels are reserved at this time. 


Table 5-3 DUID Information Bits 


DUID Information 
bits 

Burst 

3 

2 

1 

0 

0 

0 

0 

0 

4V Burst 

0 

0 

0 

1 

Reserved 

0 

0 

1 

0 

Reserved 

0 

0 

1 

1 

SACCH Burst with scrambling 

0 

1 

0 

0 

Reserved 

0 

1 

0 

1 

Reserved 

0 

1 

1 

0 

2V Burst 

0 

1 

1 

1 

Reserved 

1 

0 

0 

0 

Reserved 

1 

0 

0 

1 

FACCH Burst with scrambling 

1 

0 

1 

0 

Reserved 

1 

0 

1 

1 

Reserved 

1 

1 

0 

0 

SACCH Burst w/o scrambling 

1 

1 

0 

1 

Reserved 

1 

1 

1 

0 

Reserved 

1 

1 

1 

1 

FACCH Burst w/o scrambling 
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5.4.2 Decoding Schemes 

The DUID can be decoded through a number of methods. A specific 
implementation can use any of a variety of these schemes. Presented here are 
two schemes for illustrative use. 

Hard Decode/Inclusive Search: This decoder would take the incoming data and 
hard limit the results to +/- 1. It would then compare the distance from this 8 bit 
point to all 8 possible valid codewords and pick the closest one. 

Soft Decode/Inclusive Search: This decoder would take the incoming data and 
consider it a point in 8 bit space. It would then compare the distance from this 8 
bit point to all possible valid codewords and pick the closest one. 

5.5 Information in ISCH 

The 9 l-ISCH bits are encoded into 40 bits and decoded from 40 bits (see Figure 
5-2). 


8 7 

6 5 

4 3 

2 

1 0 

Reserved 

Channel No 

ISCH Loc 

FR 

Ultraframe_Count 


Figure 5-2 ISCH Containing Information 


The channel number (Channel No) sub-field gives the parity of the VCH channel 
on the physical channel: 

• %00: VCH Channel 0 

• %01: VCH Channel 1 

• %10: Reserved 

• %11: Reserved 

The ISCH sequence location (ISCH Loc) sub-field gives the location of the ISCH 
sequence on the superframe: 

• %00: First l-ISCH sequence of the superframe 

• %01: Second l-ISCH sequence of the superframe 

• %10: Third l-ISCH sequence of the superframe 

• %11: Reserved 

Details of how the ISCH information is coded is found in 5.5. 
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The ultraframe count (Ultraframe_Count) sub-field is a counter that gives the 
location of the current superframe within the ultraframe: 

• %00: the current superframe is the 1 st superframe in the ultraframe 

• %01: the current superframe is the 2 nd superframe in the ultraframe 

• %10: the current superframe is the 3 rd superframe in the ultraframe 

• %11: the current superframe is the last superframe in the ultraframe 



0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

ii 

Outbound | 

o 

1 1 I 

! o ! 




1 0 ! 

ID 



1 i ! 

1 0 1 


Channel No %00 %01 %00 %01 %00 %01 


%00 %01 %01 %10 %10 

LCH 0 Slot 
LCH 1 slot 

Information ISCH 
Sync ISCH 

Figure 5-3 ISCH of Payload VCH Timeslot 

For the VCH, the FR sub-field gives an indication to the SU(s) who the next 
inbound SACCH timeslot is free for access for: 

• 0: The next inbound SACCH timeslot is not FRee for listener access 

• 1: The next inbound SACCH timeslot is FRee for listener access 

The FNE determines whether listening radios are allowed to use the inbound 
SACCH by the appropriate setting of the FR sub-field. 

The Information field in the ISCH is 40 bits encoded with a (40, 9,16) binary 
code. The nine bits of information are defined in 3.3.4. The (40, 9,16) code 
derived from a (40,10,16) binary code with a generator matrix, g, given in Table 
5-4. 


Table 5-4 Generator Matrix, g, for l-ISCH 


i 

0 

0 

0 

1 

0 

0 

0 

0 

0 

0 

1 

0 

1 

1 

0 

1 

1 

0 

0 

1 

1 

1 

0 

0 

0 

1 

1 

0 

1 

1 

0 

1 

1 

0 

1 

0 

1 

1 

1 

0 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

1 

0 

1 

0 

1 

0 

0 

1 

1 

1 

1 

0 

1 

1 

0 

0 

1 

0 

0 

0 

0 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

1 

1 

0 

1 

0 

0 

1 

0 

1 

1 

0 

0 

0 

1 

0 

1 

1 

1 

0 

1 

0 

1 

1 

0 

0 

0 

0 

0 

0 

0 

1 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

0 

1 

1 

1 

1 

0 

1 

1 

0 

1 

0 

0 

0 

1 

1 

0 

0 

0 

1 

1 

1 

0 

0 

0 

0 

0 

0 

0 

1 

0 

0 

0 

0 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

1 

1 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

0 

0 

0 

0 

1 

0 

0 

1 

0 

0 

0 

0 

0 

1 

0 

0 

1 

0 

0 

0 

1 

1 

0 

1 

1 

0 

0 

1 

1 

0 

1 

1 

0 

1 

1 

1 

0 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

0 

0 

1 

1 

1 

0 

1 

1 

0 

1 

0 

0 

0 

1 

1 

1 

0 

1 

0 

0 

0 

0 

1 

0 

1 

1 

1 

0 

0 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

0 

1 

1 

0 

0 

0 

1 

1 

0 

0 

1 

0 

1 

1 

1 

0 

1 

0 

1 

0 

1 

0 

0 

1 

0 

0 

1 

1 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

0 

1 

0 

0 

0 

0 

1 

1 

1 

1 

0 

1 

1 

0 

0 

0 

0 

1 

0 

1 

1 

0 

0 

1 

0 

1 

1 

1 


ISCH Loc %00 

i 
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This results in a 40-bit code word which is then added to a code word offset 
vector, c 0 , given as follows. 

C 0 = %0001 1000 0100 0010 0010 1001 1101 0100 0110 0001 

( 3 ) 

The final result is a 40-bit coset code word to transmit in the l-ISCH field. This 
encoding process is shown in Figure 5-4. The use of the U/F count (UltraFrame 
count) is diagrammed in Figure 3-2. The two reserved information bits are set to 
zero. 


Reserved Channel ISCH U/F 

Number Loc FR Count 


10 10 


l-ISCH information fields. 


IX/* - 


g 


Multiply by generator matrix of (40,9,16) code. 



C Q Add code offset vector. 


l-ISCH code word 


Figure 5-4 ISCH Coset Code Word Construction 


5.6 Encoded MAC Information and Encryption Synchronization Signal 

Both the Encoded MAC Information and Encryption Synchronization Signal 
(ESS) are FEC encoded with a Reed Solomon code. As is detailed in the 
following subclauses, the Encoded MAC Information has three applications of 
FEC coding while the ESS comprises a single application of the FEC coding. 

A common mother FEC code is used to create commonality in the 
implementation of the encoder and decoder while allowing for flexibility of the 
coding to accommodate multiple system applications. These separate 
applications are summarized below: 


1. Inbound IEMI 

(with sync) 

2. Outbound S-OEMI 

(with sync) 

3. Outbound l-OEMI 

4. ESS 

(without sync) 


The mother code is a (63,35,29) Reed Solomon code over GF(64) for all the 
cases. The symbols of the RS code are 6 bits each, and they are called hexbits. 
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Table 5-5 defines the code parameters for all the cases presented above. Refer 
to Annex A (informative) for further details. 


Table 5-5 Mother Code Applications and Definitions 


Case 

# 

Description 

Code 

N 

K 

R 

U 

S 

N' 

K' 

R' 

1 

IEMI 

(46,26,21) 

63 

35 

28 

8 

9 

46 

26 

20 

2 

S-OEMI 

(45,26,20) 

63 

35 

28 

9 

9 

45 

26 

19 

3 

l-OEMI 

(52,30,23) 

63 

35 

28 

6 

5 

52 

30 

22 

4 

ESS 

(44,16,29) 

63 

35 

28 

0 

19 

44 

16 

28 


Mother Code 


N = 63 symbols = K + R 

◄-► 


Info, K symbols 


Parity, R symbols 


Shorten S symbols. 
Shortened symbols 
are zeros. 


Puncture U symbols. 
Punctured symbols 
are not necessarily 0. 


Info, K’ symbols 


Parity, R’ symbols 


K’ = K- S R’ = R- U 

Derived Code, N’ = K’ + R’ = N - S - U 


Figure 5-5 Derived Codes from Mother Code 

In Table 5-5, the N parameter is the number of hexbits in the codeword for the 
mother code, K is the number of hexbits in the information word for the mother 
code, and R is the redundancy factor for the mother code. From that mother 
code, U hexbits are removed from the LSB’s of the parity (punctured) and the 
Information portion is shortened by S hexbits by assuming the S most significant 
hexbits are zero. In doing this, the derived codes are designated by the N’, K’, 
and R’ parameters listed in Table 5-5, K’=K-S and R’=R-U. Figure 5-5 illustrates 
how the derived codes descend from the mother code. 


This document recommends that implementations use a soft errors and erasures 
RS decoder. An RS decoder that utilizes erasures is appropriate for decoding 
the signaling bursts defined here, where punctured symbols are treated as 
erasures by the receiver and shortened symbols are zero. The shortening and 
puncturing is defined in Table 5-5 above. The generator polynomial and the 
generator matrix of the mother code are given in Annex A. 


36 











TIA-102.BBAC 


5.6.1 Encoded MAC Information (EMI) 


The Encoded MAC Information slots can have multiple functions depending on 
the system application. These specific applications are described in detail in the 
following subclauses. 
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Figure 5-6 IEMI Distribution 
5.6.1.1 Inbound Encoded MAC Information (IEMI) 

The IEMI conveys 156 bits of information - or 26 hexbits. This information 
content is described in Clause 8. The information is in turn encoded into 276 bits 
(46 hexbits). The IEMI is always sent with sync. The information and parity 
allocation within the IEMI slot is diagrammed in Figure 5-6. The IEMI code is a 
(46,26,21) Reed Solomon code over GF(64). 
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5.6.1.2 Outbound Encoded MAC Information with Sync (S-OEMI) 

The S-OEMI conveys 156 bits of information - or 26 hexbits. This information 
content is described in Clause 8. The information is in turn encoded into 270 bits 
(45 hexbits). The S-OEMI is sent with sync. The information and parity 
allocation within the S-OEMI slot is diagrammed in Figure 5-7. The S-OEMI code 
is a (45,26,20) Reed Solomon code over GF(64). 
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Figure 5-8 l-OEMI Distribution 
5.6.1.3 Outbound Encoded MAC Information (l-OEMI) 


The l-OEMI conveys 180 bits of information - or 30 hexbits. This information 
content is described in Clause 8. The information is in turn encoded into 312 bits 
(52 hexbits). The l-OEMI is sent without sync. The information and parity 
allocation within the l-OEMI slot is diagrammed in Figure 5-8. The l-OEMI code 
is a (52,30,23) Reed Solomon code over GF(64). 
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5.6.2 Encryption Synchronization Signal (ESS) 

The ESS conveys 96 bits of information, divided into an 8-bit ALGID, 16-bit KID, 
and 72-bit Ml. The operation of the Ml, ALGID, and KID is defined in [R5]. This 
is encoded in the embedded ESS to 264 bits. These 264 bits are divided into 
168 bits in the 2-voice frame burst (ESS-A), and 24 bits in each of 4 bursts with 
4-voice frames (ESS-B). This is diagrammed in Figure 5-9. 

The Encryption Sync Signal is a (44,16,29) Reed Solomon code over GF(64). 
The definition of the GF(64) field is given in Annex A. 
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Figure 5-9 ESS Distribution 

5.6.2.1 ESS Decoding 

The decode process for the ESS is done in a progressive fashion. A soft erasure 
decoder is recommended for this codeword. The ESS information is collected as 
the bursts arrive, starting with the four different 4V bursts with the ESS-B 
segments and then lastly with the 2V burst with the ESS-A segment. The 
decode process for this would be as follows: 

1. With the ESS segments received obtain the corrected output of the RS 
decoder with erasures for any of the ESS information not obtained. 

a. If only the ESS-A segment is received, then obtain the (44,16,29) 
RS decoder output with 16 erasures for the four ESS-B segments 
not received. 

b. If the ESS-A and one ESS-B segments are received, then obtain 
the (44,16,29) RS decoder output with 12 erasures for the three 
ESS-B segments not received. 

c. Other scenarios extended as required. 
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2. Re-compute the syndrome based on the output of the RS decoder. If it is 
zero, then the answer is presumed to be correct, otherwise an 
uncorrectable error combination has been found. 

3. Check the ALGID and KID to give more assurance that the answer is 
valid. The ALGID may be checked against valid P25 values or values 
present in the radio while KID may be checked against values present in 
the radio to provide more assurance that the answer is valid. 

4. If the decode output has a non-zero syndrome, then start the process 
again for the next superframe. 

5.7 Ramp 

For inbound bursts, a total of 2 msec of time is reserved as “Guard” time to allow 
for power ramping and propagation delay protection. The modulation burst is 
centered in the 30 msec time slot, with 1 msec of the “Guard” time at the 
beginning of the burst and 1 msec at the end of the burst. See reference [R3] for 
details regarding the ramp sequence. 
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6 Bearer Service Description 

6.1 Voice Burst Sequencing (Basic Voice Service) 

Voice timeslots are transmitted in a repetitive pattern of five bursts as shown in 
Figure 6-1. The five bursts convey 18 voice frames, arranged such that the first 
four bursts have four voice frames and the fifth burst has the two remaining voice 
frames and additional signal bits (not shown in the Figure 6-1). 

4 V 4V 4V 4V 2V 

Five voice bursts convey 360 ms of voice in 18 voice frames, 
arranged into 5 TDMA bursts. 

Figure 6-1 Voice Bursts Repetitive Pattern 

The sequencing of the voice bursts within the superframe structure as described 
in 3.2.1 depends on the beginning of the talk spurt setup (PTT) at the site of the 
talker. The starting point of the voice bursts does not depend on the position of 
the SACCH timeslots. The sequence of five voice bursts illustrated in Figure 6-2 
below is repeated until the end of the talk spurt. 


360 msec 



Figure 6-2 Example Voice Burst Sequencing 


Figure 6-2 describes the 5 different cases for the way the sequence of five voice 
bursts are interleaved between two consecutive SACCFI timeslots. This 
sequence depends on the start of the voice transmission in relation to the fixed 
outbound SACCFI schedule. 
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6.2 DUID Management 

The DUID code word is described in 5.4. The DUID is interleaved into each 
TDMA burst according to the burst structures presented in clause 4. Bursts on a 
VCH that contain voice are marked with DUID information values of %0000 or 
%0110 as shown in Table 5-3. 

The group of five voice bursts depicted in Figure 6-1 would be transmitted 
consecutively from left to right. The DUID information values for the bursts would 
be %0000, %0000, %0000, %0000, and %0110, from first to last in the order 
given. 

This standard order of DUID information values would translate to the five 
examples in Figure 6-2 in the following way. The first 4V burst following the PTT 
would have a DUID information value of %0000. In example 1 in Figure 6-2 this 
would mean that the 2V burst following the SACCH would have a DUID value of 
%0110, and the following four bursts would take DUID information values of 
%0000, %0000, %0000, and %0000 in the order from left to right. 

In example 2 of Figure 6-2, the 4V burst following the SACCH would take a DUID 
information value of %0000, and the following four bursts would have values of 
%0110, %0000, %0000 and %0000 in the order from left to right. 

Similarly, for example 3, the order of the DUID values between the SACCH 
bursts would be %0000, %0000, %0110, %0000, and %0000. 

Similarly, for example 4, the order of the DUID values between the SACCH 
bursts would be %0000, %0000, %0000, %0110, and %0000. 

Similarly, for example 5, the order of the DUID values between the SACCH 
bursts would be %0000, %0000, %0000, %0000, and %0110. 
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7 MAC Protocol Description 

This clause explains the procedures to use the MAC PDUs that are defined in 
clause 8. The MAC PDUs convey the signal information used to control the 
traffic that is on the logical channels of a TDMA system. The MAC PDUs are 
transmitted in the FACCH and SACCH defined in earlier clauses of this 
document. 

7.1 Overview of Protocol 

A logical channel can be either a traffic channel (TCH) or a control channel 
(CCH). The definitions of the FDMA CCH are given in [R2], 

The TCPI can be either a voice channel (VCPI) or a data channel (DCPI). The 
TCFI has a variety of generic procedures that are defined in 7.2. For example, if 
the TCFI is not assigned for any traffic, then a generic procedure defines 
signaling to convey on the unassigned TCFI. If the TCFI is assigned for voice 
traffic, then it becomes a VCH. Procedures for the VCH are given in 7.3. 
Diagrams to illustrate call setup on a VCPI are given in Annex D. 

7.2 Generic MAC Procedures 

The following subclauses describe general procedures for signals on unassigned 
channels, signals on assigned voice channels, synchronization signal 
procedures, scrambling procedures, radio link failure detection, and power 
control. 

7.2.1 Signaling on Unassigned Channel 

When neither of the VCHs has been assigned on a frequency, the FNE may shut 
down the transmitter. If the transmitter stays keyed, both VCPIs are considered 
unassigned. 

For any unassigned VCH, the FNE shall broadcast MACJDLE PDUs on the 
outbound FACCH. These PDUs shall contain the Null Information message. 

The inbound FACCH shall not be used on an unassigned VCH. SU receivers do 
not have to listen to unassigned FACCH time slots that contain MACJDLE PDUs 
on a channel. 

For any unassigned VCH, the FNE shall broadcast MACJDLE PDUs on the 
outbound SACCH. These PDUs may be used to broadcast MAC messages 
containing general information to the SUs assigned to the adjacent slot, but these 
MACJDLE PDUs shall not be used to send messages that would cause a 
listening radio to attempt a reply on a VCH. The inbound SACCH shall not be 
used on an unassigned VCH. 
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7.2.2 Signaling on an Assigned VCH 

For an assigned VCH, the inbound and outbound FACCH are used for call 
control when no voice signaling is present. This includes the following phases of 
a call as detailed in 7.3: 

• Call Setup 

• Call Hangtime 

• Call Termination 

For an assigned VCH, the inbound and outbound SACCH are used for signaling 
between the FNE and both talker and listener SUs participating in the assigned 
call as detailed in 7.3. The SACCH signaling provides for the following services: 

• Voice channel user information for both group and individual calls 

• Assigned outbound audio source ID 

• Assigned inbound audio source ID 

• Audio preemption signaling 

• Call setup information (optional) 

• Call termination information (optional) 

The outbound SACCH may also be used to provide general information 
messages to the SUs participating in the assigned call as detailed in 7.2.3. 

The outbound SACCH may also be used to provide general information to the 
SUs assigned to the adjacent slot. SUs monitoring the outbound SACCH on the 
adjacent slot should ignore call specific information decoded as it is not 
applicable to the slot the SU is assigned to. 

If a receiving SU decodes a message from a PDU sent on either the FACCH or 
SACCH containing information relevant to the assigned call indicating that the 
call is not intended for it (e.g. wrong GID, UID, etc.), then the receiving SU should 
return to the control channel. 

The MAC PDUs used on either the FACCH or SACCH of an assigned VCH are: 

• MAC_PTT PDU which contains the group and source IDs plus information 
necessary for encrypted calls; Message Indicator, Algorithm ID and Key 

ID. 

• MAC_ACTIVE PDU which may contain one or more messages, as 
determined appropriate by the FNE. 

• MACJHANGTIME PDU which may contain one or more messages, as 
determined appropriate by the FNE. 

• MAC_END_PTT PDU which contains the group and source IDs. 

The MACJHANGTIME and MAC_ACTIVE PDUs may be used to broadcast MAC 
messages containing general information not related to the assigned VCH traffic 
to the SUs assigned to the slot. Listening radios shall not attempt a reply on the 
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VCH to a message received that is not related to the assigned VCH traffic if a 
dedicated control channel is available. 

7.2.2.1 Use of the Inbound SACCH on an Assigned Channel 

The inbound SACCH is a logical channel used by SUs present on the VCH to 
send information to the FNE. 

Use of the inbound SACCH for receiving radios is controlled by the FNE with the 
FR bit in the l-ISCH. When an inbound SACCH timeslot is not being used by a 
transmitting SU, either at the talker site or at non-talker sites, the FNE may allow 
listening SU units to use the SACCH by indicating it is free with the FR bit. 

Transmitting SUs may not be able to receive the l-ISCH and are not expected to 
use the FR bit for inbound SACCH access control. Instead, transmitting SUs 
shall use a fixed set of rules based on the ultraframe structure to determine 
which inbound SACCH burst(s) to use as described in 3.2.2 and 7.3.2. SACCH 
bursts used by inbound talkers are known as the inbound talker SACCH. The 
transmitting radio uses the inbound talker SACCH to provide the FNE with 
information related to the call itself or information related to the transmitting radio 
itself such as Talker ID. 

7.2.2.2 Use of the Outbound SACCH on an Assigned Channel 

The outbound SACCH is a logical channel used by the FNE to send information 
to the SUs present on the VCH. Information may include broadcast messages to 
all SUs or messages targeted at specific individual SUs, including the current 
talker. All listening SUs should monitor the outbound SACCH of both timeslots. 

A transmitting radio may not be able to receive the outbound SACCH 
immediately following an inbound SACCH used by the transmitting radio. For 
this reason, the FNE should schedule the transmission of any outbound SACCH 
directed to the transmitting radio so that the radio can detect it, by assuming that 
the adjacent inbound SACCH is not scheduled for the use of the transmitting 
radio or by repeating any outbound SACCH directed to the transmitting radio. 

In general, the FNE is free to transmit whatever outbound SACCH information 
the FNE determines is appropriate, however, the FNE should prioritize use of the 
outbound SACCH as follows. 

• Messages containing the ID of the talker, if available. 

• Messages intended for the transmitting radio, if any. 

• Messages intended for control of the assigned call. 

• Messages to respond to signaling in the inbound SACCH, if applicable. 
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• Messages containing information associated with scan operation. The 
next priority should be those containing information for de-scrambling 
(such as Net Sts Beast if required on the VCH) 

• Messages of general interest as determined by the FNE. 

7.2.3 Alternate Activity Signaling 

Multiple methods for notifying VCH users of other activity are possible with the 
MAC protocol. These methods may be used to convey information about other 
active calls (at the site) to VCH users for scanning purposes, or to request that a 
VCH user move to another channel for a specific purpose such as re-keying. 

Alternate Activity Signaling may be done on either assigned or unassigned VCHs 
per the guidelines established in 7.2.1 and 7.2.2. Alternate Activity Signaling 
may be either direct or indirect and may be sent to either talker or listener radios. 
In the direct signaling mode, sufficient information is present in the MAC PDU for 
interested VCH users to move directly to a channel of interest. In indirect 
signaling, only a minimum amount of information is present in the MAC PDU, 
requiring the VCH user to go to the CCH to acquire the additional information 
required to proceed to the desired channel. This latter mode is often referred to 
as paging. The details of the MAC messages that can be used for Alternate 
Activity Signaling, either direct or indirect, can be found in clause 8. 

The indirect individual paging message specified in 8.3.1.38 contains a bit that 
specifies the priority level of the page. If an SU receives a low priority page with 
its individual ID, then the SU is free to decide whether to act on the paging 
message or to remain in the call it is currently in. If an SU receives a high priority 
page with its individual ID, the SU should go back to the control channel and look 
for individual messaging targeted for it. 

The primary tradeoff between direct mode and indirect mode is between the 
update rate and response time. The update rate for indirect mode is higher than 
direct mode as shorter messages are possible, allowing multiple IDs to be 
transmitted within a given FACCH or SACCH. However, VCH users that receive 
an indirect Alternate Activity Signaling message have to move to the CCH to get 
the rest of the information required to move to the desired channel, and this may 
take longer in some scenarios. The FNE decides which method is most 
appropriate for any given scenario. 

Note that multiple MAC messages may be included in a single SACCH or 
FACCH depending upon message length, so for example, two separate Group 
Paging Messages containing 4 group IDs each (length 10) fit in an outbound 
SACCH. The described configuration is only an example, other combinations of 
messages are also possible. 
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7.2.4 Synchronization Procedures 

Three different types of synchronization are supported by this protocol, symbol 
synchronization, synchronization to the VCH and FDMA control channel to TDMA 
voice channel synchronization. These synchronizations are related, but each 
serves a slightly different purpose. The following subclauses describe each of 
these types of synchronization in more detail. 

7.2.4.1 Symbol Synchronization 

Receivers need to synchronize themselves to demodulate symbols in order to 
obtain the bits of information transmitted. Typically this is accomplished by 
searching the received signal for synchronization patterns such as the ones 
described in 5.1. 

For the outbound link, the subscriber receiver may use either the synchronization 
symbols located within the S-ISCH or within the FACCH to gain initial symbol 
synchronization. 

For the inbound link there is no ISCH, instead, the FNE relies either on the 
synchronization symbols within the FACCH or the SACCH to gain initial symbol 
synchronization. Normal entry occurs with the detection of the sync in the 
FACCH, while the late entry occurs with the detection of the sync within the 
SACCH. The SACCH is allocated once every superframe, that is, once every 
360 msec. However, it should be noted that not all inbound SACCH bursts are 
associated with the talker SU, instead, some inbound SACCH are dedicated for 
listeners. The FNE needs to accommodate sync detection in the SACCH 
regardless of the unit transmitting the burst. 

7.2.4.2 Synchronization to the VCH 

In addition to using the synchronization word to identify the location of the 
symbols in the received stream, it can also be used to assist in determining the 
framing of the received data. On the VCH, the elements of framing that need to 
be determined are the channel numbering, superframe structure, ultraframe 
structure, and the voice framing structure. The channel numbering identifies the 
position of the two TDMA logical channels, the superframe structure identifies the 
location of the SACCH burst, the ultraframe structure identifies the location of the 
talker SACCH, and the voice framing structure identifies the position within the 
voice burst sequence of 4V, 4V, 4V, 4V, 2V. Identification of all three of these 
elements is required to receive a voice transmission. An SU monitoring the 
outbound link additionally has to determine the ISCH framing. The ISCH framing 
identifies which ISCH fields are used for synchronization and which are used for 
information. 
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7.2.4.2.1 Inbound Initial Synchronization to the VCH 

For the inbound link, the FNE uses a combination of the synchronization word, 
signaling within the FACCH burst and the DUID value to determine the current 
framing of the data. 

Superframe structure and slot numbering are known a priori in the FNE as the 
inbound superframe structure used by the transmitting subscribers conforms to 
the outbound superframe structure per this specification. Therefore, the FNE 
only needs to determine the voice framing structure. The voice framing can be 
determined either by decoding the offset field in the MAC_PTT messages sent 
on the FACCH, through the offset field in a SACCH, or by monitoring DUIDs for 
the 2V burst, whichever is found first. 

7.2.4.2.2 Outbound Initial Synchronization to the VCH without FDMA CCH 
and TDMA VCH synchronization 

For the outbound link when the FDMA CCH and the TDMA VCH are not 
synchronized, the SU receiver uses a combination of the synchronization word in 
either the S-ISCH or the FACCH, signaling within the FACCH or SACCH burst, 
the information field within the l-ISCH, and the DUID to determine framing. 

ISCH framing is determined by searching for the sync pattern within the S-ISCH 
field. Once an l-ISCH has been found, it can be used to determine the channel 
numbering and superframe structure. This is accomplished by examining the 
Channel No and ISCH Loc fields of the l-ISCH. 

Voice framing structure can be determined either by decoding the offset field in a 
FACCH or SACCH message, or by monitoring DUIDs for the 2V burst, whichever 
is found first. 

7.2.4.2.3 Outbound Initial Synchronization to the VCH with FDMA CCH 
and TDMA VCH synchronization 

This procedure applies to SUs in systems where the FDMA CCH and TDMA 
VCH are synchronized and the SU has received a SYNC_BCST message that 
tells it the synchronization between the two channels. An SU in this type of 
system that receives a channel assignment before seeing the SYNC_BCST 
should follow the procedure outlined in 7.2.4.2.2 instead of the one described 
here. Once an SU has successfully received a SYNC_BCST message on the 
FDMA CCH, it then knows the symbol synchronization, the superframe structure, 
the ultraframe structure, the ISCH structure and Channel Number on the VCH 
and therefore does not have to determine that information when it arrives on the 
VCH. 

Therefore in this scenario, the SU only needs to determine the voice framing 
structure. Voice framing structure can be determined either by decoding the 
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offset field in a FACCH or SACCH message, or by monitoring DUIDs for the 2V 
burst, whichever is found first. 

7.2.4.2.4 Inbound Maintenance of Synchronization to the VCH 

Synchronization is maintained by continuously monitoring the SACCH burst. The 
SACCH burst contains two elements that may be used to assist with 
synchronization maintenance, the sync word and MAC PDU contained within the 
burst. An FNE can use either the detection of sync or the successful decoding of 
the 12 bit Cyclic Redundancy Checksum (CRC) in the MAC PDU to indicate it is 
still in synchronization with the subscriber unit. 

7.2.4.2.5 Outbound Maintenance of Synchronization to the VCH 

Synchronization is maintained by continuously decoding the S-ISCH, the l-ISCH 
and the SACCH burst. An SU should move back to the control channel and look 
for further call updates if it determines it can no longer reliably decode the ISCH 
or SACCH burst. 

An SU may also use muting information provided by the vocoder and SACCH 
decoding to aid in detection of the reception of an incorrect system. Since the 
ISCH and sync fields are not scrambled, an SU listening to a co-channel system 
may still be able to detect sync and framing of the ISCH. Therefore, additional 
processing can be attempted to determine if the channel being monitored is not 
its desired system. An SU may use the knowledge that the voice frames and 
SACCH are scrambled to assist in this determination. Here, the presence of 
consistent failures of MAC PDUs or channel mutes, even with valid sync and 
ISCH decoding, may indicate this condition. If an SU believes it is receiving an 
incorrect system, it should return to the control channel to verify the WACN ID, 
System ID, and Color Code. 

If the SU leaves the channel, such as might occur to execute a transaction on the 
CCH, it can maintain a time counter to resume operation on the channel in sync 
with previous operation on the channel. 

7.2.4.2.6 Transmitting Radio Synchronization Maintenance 

Real world impairments such as oscillator offsets, oscillator drift due to PA power 
dissipation, etc., during a transmission may cause an SU’s transmit clock to drift. 
Therefore, there exists a need for a transmitting SU to maintain sync to the 
outbound stream in order to compensate for this drift. Synchronization 
maintenance for an SU transmitter is made possible by monitoring the S-ISCH in 
slots 10 and 11 as part of the process to receive outbound MAC PDUs in the 
SACCH. SU transmitters on LCH 0 can receive signals in SACCH slot 11 by 
decoding the S-ISCH immediately prior to the MAC PDU. SU transmitters on 
LCH 1 can receive signals in SACCH slot 10 by decoding the S-ISCH 
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immediately prior to the MAC PDU. The slot arrangement in time is illustrated in 
Figure 3-1. 

7.2.4.3 FDMA CCH and TDMA VCH Synchronization Procedures 

A provision is made within this standard to optionally synchronize the 30 msec 
slots on the working channel to an FDMA control channel such that the 
subscriber radios can anticipate the slot time boundaries and the burst schedule 
directly from monitoring the control channel messages. Subscribers that can 
maintain this synchronization when they switch from the control channel to the 
working channel can immediately transmit or receive on the first slot they 
encounter after the switch. Unsynchronized subscribers have to first decode the 
synchronization on the working channel before they can operate on the desired 
TDMA sub-channel as described in 7.2.4.2.2. 

In order to accomplish the FDMA CCH to TDMA VCH synchronization, the Phase 
1 FDMA CCH defines a SYNC_BCST message that can be used in this process 
as explained in 3.4.2. All of the TDMA channels at a site shall be time aligned so 
that the slot boundaries, ultraframe boundaries, and superframe boundaries 
coincide, as explained in 3.4.1. The SYNC_BCST message shall indicate the 
location of the center of the first symbol in the superframe, referring to Figure 3-1, 
this corresponds to the center of the first symbol in timeslot 0. 

For an SU on a system, there are two major choices for synchronization. The 
first choice derives from the presence of the SYNCJ3CST message on the 
FDMA CCH. The presence of this message necessarily requires that the TDMA 
TCH and the FDMA CCH are synchronized with slot, ultraframe, and superframe 
boundaries aligning to specific microslot boundaries. The second choice derives 
from the absence of the SYNC_BCST. The absence of the SYNC_BCST 
requires the SU to obtain sync directly on a TDMA channel. The procedures for 
each choice are explained. 

Choice 1. FDMA CCH transmits SYNC_BCST at least once every T S ync_bcst 
seconds with the UnSync’d (US) field clear (0) indicating the system is 
synchronized. If the FDMA CCH transmits such a SYNC_BCST message, then 
the SU can synchronize from the SYNC_BCST time mark as explained in 3.4.2. 
The SU can compute the boundaries for TDMA slots, TDMA ultraframe, and the 
TDMA superframe. 

Choice 2. SYNC_BCST is not available or the SYNC_BCST message is sent 
with the UnSync’d (US) bit set (1) indicating the system is unsync’d. The 
absence of SYNC_BCST might be due to a system that does not synchronize the 
CCH and the TCH, or it could also happen that the SU has not waited long 
enough on the CCH to decode a SYNCJ3CST. If the SU has determined the 
system is unsync’d, then on the TDMA channel it follows the procedure in 
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7.2.4.2.2 to obtain the outbound framing. An SU uses this information to transmit 
on the inbound channel. 

7.2.5 Scrambling 

Scrambling of specific PDUs on a TDMA channel is used to help reject 
messages from an interfering P25 TDMA system from being interpreted as a 
valid message to/from the primary system. 

The inbound and outbound voice bursts (2V and 4V) are always scrambled. The 
signaling bursts are optionally scrambled. A description of the bits that are 
scrambled are provided later in this subclause. 

The information used for the scrambling seed is obtained from the Network 
Status Broadcast message on the FDMA control channel or the Network Status 
Broadcast MAC message on the TDMA channel. This scrambling is only 
performed on the TDMA channel. The specific information and how it is used as 
the seed is described later in this subclause. 

A scrambling sequence is generated with a 44-bit LFSR. The generator 
polynomial for the LFSR is: 

G(x) - x 44 + x 40 + x 35 + x 29 + x 24 + x 10 + 1 (4) 

An LFSR with internal feedback points is shown in Figure 7-1. An equivalent 
LFSR with external feedback is shown in Figure 7-2. Both LFSR’s generate the 
same scramble sequence out of bit 43 if they are properly initialized. 


shift register direction 

◄- 



Figure 7-1 Internal LFSR Generator of Scramble Sequence 


shift register direction 

◄- 



Figure 7-2 External LFSR Generator of Scramble Sequence 
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The seed for the external LFSR is computed from the WACN ID (20 bits), the 
System ID (12 bits), and a Color Code (CC, 12 bits). The Color Code is the 
same value as the NAC for Phase 1 FDMA channels, specifically the Phase 1 
FDMA Control Channel if this is used. All three values are also transmitted in the 
Network Status Broadcast MAC message as seen in 8.3.1.25. The calculation of 
the seed is given by this equation. 

seed_external = (a • WACNJD + b • System l D + c • CC) (5) 


where 

a = 2 24 = 16777216 
b - 2 12 - 4096 
c = 1 

The dot (•) represents ordinary unsigned integer multiplication. 

If seed_external = 0, then set seed_external = 2 44 - 1. 

The resulting seed calculation always obtains a result in the range of 1 to 2 44 - 1, 
inclusive. The zero value is excluded. The states of the internal and external 
LFSR’s are related by a simple matrix multiplication. 

Statejnternal = state_external * M (6) 

The asterisk (*) denotes matrix multiplication in GF(2). 

The state vectors are 44-bit row vectors. 

M is a 44x44 matrix given in Figure 7-3. 
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10001000010000010000100000000000001000000000 

01000100001000001000010000000000000100000000 

00100010000100000100001000000000000010000000 

00010001000010000010000100000000000001000000 

00001000100001000001000010000000000000100000 

00000100010000100000100001000000000000010000 

00000010001000010000010000100000000000001000 

00000001000100001000001000010000000000000100 

00000000100010000100000100001000000000000010 

00000000010001000010000010000100000000000001 

00000000001000100001000001000010000000000000 

00000000000100010000100000100001000000000000 

00000000000010001000010000010000100000000000 

00000000000001000100001000001000010000000000 

00000000000000100010000100000100001000000000 

00000000000000010001000010000010000100000000 

00000000000000001000100001000001000010000000 

00000000000000000100010000100000100001000000 

00000000000000000010001000010000010000100000 

00000000000000000001000100001000001000010000 

00000000000000000000100010000100000100001000 

00000000000000000000010001000010000010000100 

00000000000000000000001000100001000001000010 

00000000000000000000000100010000100000100001 

00000000000000000000000010001000010000010000 

00000000000000000000000001000100001000001000 

00000000000000000000000000100010000100000100 

00000000000000000000000000010001000010000010 

00000000000000000000000000001000100001000001 

00000000000000000000000000000100010000100000 

00000000000000000000000000000010001000010000 

00000000000000000000000000000001000100001000 

00000000000000000000000000000000100010000100 

00000000000000000000000000000000010001000010 

00000000000000000000000000000000001000100001 

00000000000000000000000000000000000100010000 

00000000000000000000000000000000000010001000 

00000000000000000000000000000000000001000100 

00000000000000000000000000000000000000100010 

00000000000000000000000000000000000000010001 

00000000000000000000000000000000000000001000 

00000000000000000000000000000000000000000100 

00000000000000000000000000000000000000000010 

00000000000000000000000000000000000000000001 

Figure 7-3 Matrix to Convert to Internal LFSR 

The seed value to generate the scramble sequence for the outbound signals is 
as previously described. The scramble sequence for the inbound signals is 
computed by advancing the LFSR by 2 43 shift cycles. This is conveniently 
computed by a matrix multiplication by SH(2 43 ) given in Figure 7-4. 

Seed_external_outbound = seed_external (7) 

Seed_external_inbound = seed_external * SFI(2 43 ) (8) 
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01001100100110110010010010010010010010000101 
10100110010011011001001001001001001001000010 
11010011001001101100100100100100100100100001 
01101001100100110110010010010010010010010000 
10110100110010011011001001001001001001001000 
11011010011001001101100100100100100100100100 
01101101001100100110110010010010010010010010 
10110110100110010011011001001001001001001001 
11011011010011001001101100100100100100100100 
01 101 101 101001 1001001 101 10010010010010010010 
01111010010010000000001001011011011011001100 
10111101001001000000000100101101101101100110 
11011110100100100000000010010110110110110011 
01101111010010010000000001001011011011011001 
10110111101001001000000000100101101101101100 
1 101 101 1 1 101001001000000000100101 101 101 101 10 
01 101 1 01 1 1 101001001000000000100101 101 101 101 1 
10110110111101001001000000000100101101101101 
11011011011110100100100000000010010110110110 
01 101 101 101 1 1 1 01001001000000000100101 101 101 1 
10110110110111101001001000000000100101101101 
01011011011011110100100100000000010010110110 
10101101101101111010010010000000001001011011 
11010110110110111101001001000000000100101101 
00100111111101101100110110110010010000010011 
00010011111110110110011011011001001000001001 
00001001111111011011001101101100100100000100 
10000100111111101101100110110110010010000010 
01000010011111110110110011011011001001000001 
01101101101001001001001011111111110110100101 
00110110110100100100100101111111111011010010 
10011011011010010010010010111111111101101001 
01001101101101001001001001011111111110110100 
10100110110110100100100100101111111111011010 
11010011011011010010010010010111111111101101 
10100101001011011011011011011001101101110011 
01010010100101101101101101101100110110111001 
00101001010010110110110110110110011011011100 
00010100101001011011011011011011001101101110 
00001010010100101101101101101101100110110111 
11001001101100100100100100100100100001011110 
01100100110110010010010010010010010000101111 
00110010011011001001001001001001001000010111 
10011001001101100100100100100100100100001011 

Figure 7-4 Matrix to Advance External LFSR 2 43 Shift Cycles 

The scramble sequence is long enough to scramble a superframe lasting 360 
ms, or 4320 bits for two-slot TDMA. The scramble sequence consists of shifting 
the LFSR register with the seed value to obtain 4320 bits. The signal bits 
corresponding to bits to be scrambled are then exclusive-or’ed with the 
corresponding bits in the scramble sequence. The bits of the scramble sequence 
corresponding to signal bits that are not scrambled or not used are discarded. 


The inbound and outbound signal bits that shall be scrambled are the bits 
corresponding to the voice frames and the ESS signals in the Inbound 4 Voice 


54 



TIA-102.BBAC 


Burst shown in Figure 4-2, the Inbound 2 Voice /Short Signaling Burst shown in 
Figure 4-3, the Outbound 4 Voice Burst shown in Figure 4-4, and the Outbound 2 
Voice Burst shown in Figure 4-5. All signaling bursts sent on the FACCH and 
SACCFI shall also be scrambled except those that contain either a Network 
Status Broadcast MAC message or a MAC_END_PDU. Bursts that contain a 
MAC_END_PDU are sent unscrambled to allow identification of the color code of 
potential interfering systems. Signaling bursts containing the Network Status 
Broadcast MAC message are never scrambled as this message provides the 
information required for descrambling. Since there is no mechanism provided to 
scramble only a subset of the messages in a signaling burst, the entire signaling 
burst will not be scrambled in this case. The scrambled signal bits include both 
the information and the parity checks for any forward error correction. 

The bits for Ramp and Guard times, Pilots, and DUID given in Figure 4-2 and 
Figure 4-3 are not scrambled. The bits for ISCH and DUID given in Figure 4-4, 
Figure 4-5, and Figure 4-8 are not scrambled. The bits for ISCH, DUID, and sync 
in Figure 4-6 and Figure 4-7 are not scrambled. There is no scrambling of 
information on any FDMA control channel, or any FDMA traffic channel. 

The DUID information bits given in Table 5-3 indicate whether or not the SACCH 
or FACCH bursts (IEMI, S-OEMI, and l-OEMI) are scrambled (Figure 4-6, Figure 
4-7, and Figure 4-8). 

The scramble sequence restarts with the seed value at the beginning of each 
superframe. Figure 7-5 provides the locations for the start and end of the 
scrambling sequence for outbound as well as the start and end location for each 
of the inbound bursts for both VCHO and VCH1. Each slot corresponds to a 30 
msec duration and contains one of the bursts described in Clause 4. Note that 
the start of the outbound superframe begins half-way through the ISCH that 
began in the previous slot. Offsets for the inbound bursts are given at the slot 
boundaries. 
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Figure 7-5 Scrambling Sequence Offsets 


The receiver unscrambles the signal after demodulation but prior to any forward 
error correction or any other decoding functions. The purpose of scrambling is 
that interfering signals using a different scramble sequence can not decode any 
usable voice information. 

7.2.6 Power Control 

7.2.6.1 Introduction 

Adaptive radio frequency power control may be used by the SU on the traffic 
channel. It allows the system to minimize the transmitted power from the SU 
while maintaining the quality of the inbound radio path of the TCH. The system 
can often reduce interference from common sources such as co-channel or 
adjacent channel subscribers by minimizing the transmitted radio power levels. 
Reduced power levels might also reduce SU power consumption. Two methods 
of adaptive radio frequency power control may be used, one is open loop, and 
the other is closed loop. 

No dynamic power control is provided on the outbound path to control the 
transmit power of the FNE. 

7.2.6.2 Open Loop Power Control on Inbound VCH 

The first power control method presented is referred to as an open loop power 
control and implementation impacts the SU only. The SU may adapt its 
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transmitted power to the power level of the signal received from the FNE, or it 
may use a default power setting. 

7.2.6.3 Closed Loop Power Control on Inbound VCH 

The second power control method presented is a closed loop power control and 
implementation impacts both the FNE and SU. In this second method, the SU 
may adapt its transmitted power level based on the information provided in the 
Power Control Signal Quality message transmitted by the FNE. The FNE may 
calculate the power level of the signal being received by the FNE coming from 
the SU and optionally calculate an estimate of the received BER coming from the 
SU. The FNE may provide this information to the SU in the Power Control Signal 
Quality message. The SU then makes a decision to reduce or increase its 
transmitted power level. 

The Power Control Signal Quality message may be included in some MAC PDUs 
directed to a transmitting SU. 

When the transmitting SU receives a Power Control Signal Quality message with 
its ID, it should reduce or increase it’s transmit power as appropriate in response 
to the signal quality reported by the FNE (See 8.4.3). 

The algorithm that manages the decision making for the closed loop power 
control command at the SU MAC side is outside of the scope of this document. 

The form of the Power Control Signal Quality message RF level is described in 
subclause 8.4.3, and the BER is described in subclause 8.4.4. 
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7.3 Voice Channel Procedures 

In a typical call, a requestor initiates a voice call request to the FNE which 
provides a VCH grant message indicating the channel resource to use for the 
requested call. If the requesting resource is a non-RF device (e.g., a console, 
remote site, etc.) then the voice frames are commonly collected at the FNE, 
encoded and formatted per this document, and output on the appropriate channel 
to the destination SU’s. 

If the requesting resource is an SU, then other processing has to be performed 
as well as repeating the inbound VCFI information on the outbound path. The 
inbound bursts have to be demodulated, identified as to the type, and decoded 
with appropriate error correction. If the call is to be repeated, the decoded bursts 
have to be re-encoded and transmitted through the downlink channel. As part of 
the repeat process, inbound and outbound voice bursts are staggered in time (if 
inbound bursts occur on the even slots, the outbound bursts are on the odd slots 
and vice versa.) 

When using an FDMA CCFI, the procedures for service requests and grants on 
the FDMA CCFI are the same as Phase 1 [R1 ]. Once a grant is received on the 
FDMA CCH, SUs move to the TDMA VCH. Unlike an FDMA VCH, TDMA VCH 
operation requires some amount of initial and ongoing SU/FNE synchronization 
for both talker and listening radios. This synchronization is described in 7.2.4. 
This subclause describes the procedures for operating on a TDMA VCH beyond 
synchronization procedures. 

The procedures in [R1], originally written for an FDMA VCH, apply when using a 
TDMA VCH unless superseded by this document. 

7.3.1 Assigned VCH Initial Access Procedures (Call Setup) 

Once a TDMA VCH has been assigned, the assigned BR shall begin sending 
MAC_ACTIVE PDUs in the FACCH and SACCH on the assigned RF channel 
and slot. The MAC_ACTIVE PDUs sent in the FACCH shall contain a voice 
channel user message but may contain other messages as well. These 
MAC_ACTIVE PDUs are sent until the BR either determines the call failed or has 
inbound audio or signaling from the talker radio to send. The voice channel user 
message shall contain the source and destination ID of the voice call, if known, 
and may indicate the emergency state of the call from the trunking assignment if 
the FNE is capable of maintaining the emergency state during emergency calls. 
See [R1], clause 11 for detailed procedures on group and emergency call 
procedures. During this phase of call setup, the MAC_ACTIVE PDUs being sent 
on the FACCH and SACCH of the assigned slot may contain other messages not 
associated with the voice channel user in addition to a voice channel user 
message. See 7.2.2.2 for priorities associated with the use of the outbound 
SACCH in this phase of the assigned call. 
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If the alternate slot is unassigned, the BR sends MACJDLE PDUs on both the 
FACCH and SACCH on the unassigned slot. The MACJDLE PDUs sent on the 
unassigned slot may provide general information. See 7.2.1 for priorities 
associated with the use of the outbound SACCH on an unassigned slot. 

After the FNE transmits a VCH grant message for a call request on the CCH, a 
unique radio SU has received the right to talk. After receiving an FDMA CCH 
grant for a requested voice service as described in [R1] the talker radio 
synchronizes to the assigned TDMA VCH in one of two ways as described in 
7.2.4. After having acquired symbol synchronization and knowledge of the slot 
numbering and location within the superframe and location within the ultraframe, 
the talker radio is ready to send the first inbound burst. The talker radio’s 
readiness to send the first burst may fall in any timeslot within a superframe and 
any superframe within an ultraframe. 

The talker radio shall begin the TDMA VCH transmissions by sending two 
MAC_PTTs on the FACCH, and may send a MAC_PTT on the SACCH if the 
SACCH is adjacent to a FACCH that a MAC_PTT was transmitted on. When the 
talker radio is initiating an individual call (unit to unit or telephone interconnect), 
the reserved group ID of zero is used in the group address portion of the 
MAC_PTT PDU and the source ID is that of the talker radio. 

The FNE synchronizes to the inbound transmissions of the talker radio as 
described in 7.2.4. Having received one or more MAC_PTT PDUs from the 
talker radio, the FNE shall generate one outbound MAC_PTT PDU on the 
outbound FACCH for each MAC_PTT PDU received on the inbound FACCH. 

The FNE may send an additional MAC_PTT PDU on the outbound SACCH if the 
SACCH is adjacent to an outbound FACCH that a MAC_PTT PDU was 
transmitted on. If only one MAC_PTT PDU is received by the FNE and it was 
received on the SACCH, the FNE shall generate the corresponding outbound 
MAC_PTT PDU on the outbound FACCH. Should the FNE only successfully 
decode one inbound MAC_PTT PDUs from the talker radio, the FNE may 
generate a second MAC_PTT PDU on the outbound FACCH. 

At this point, the call setup mode for both the BR and talker radio is completed. 
Further voice procedures describing operation during the call are detailed in 

7.3.2. 

After receiving an FDMA CCH grant for a voice service as described in [R1] the 
listening radio synchronizes to the assigned TDMA VCH in one of two ways as 
described in 7.2.4. Having the slot and channel numbering and knowing the 
location within the superframe and the location within the ultraframe, the listening 
radio monitors the outbound FACCH and SACCH. For group calls, radios shall 
check the advertised group ID on the VCH. If an SU determines the received 
group address does not match the group ID obtained from the VCH grant 
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message and the group ID is non-zero, the radio shall return to the control 
channel. For individual calls, radios shall check the advertised target and source 
IDs/addresses on the VCH. If an SU determines its own ID/address does not 
match either the received source or target ID/address in the advertised individual 
call voice channel user message on the voice channel and the IDs are non-zero, 
the radio shall return to the control channel. 

During the call setup phase of the call, the FNE determines whether listening 
radios are allowed to use the inbound SACCH. The FNE controls the use of the 
inbound SACCH by listening radios using the FR bit contained in the l-ISCH. 
Listening radios shall obey use of the inbound SACCH according to the FR bit. 

Reception of one or more of the MAC_PTTs in the outbound transmission 
completes the call setup phase for the listening radios. Further voice procedures 
describing operation during the call are detailed in 7.3.2. 

7.3.2 Assigned VCH Maintenance Procedures (Traffic Mode) 

After a talker radio completes the inbound transmission of the MAC_PTTs, the 
talker radio begins sending voice bursts and SACCHs. Voice burst types and 
sequencing is described in 6.1. A talker radio indicates voice framing in the 
offset field of MAC_ACTIVE PDUs and in any MAC_PTT PDUs transmitted. 

After completing the outbound transmission of MAC_PTTs on the FACCH, the 
BR stops sending FACCH and begins outbound transmission of the received 
voice bursts associated with the call’s audio source as determined by the FNE. 
The outbound audio source establishes voice framing and the FNE advertises 
the voice framing as described in 7.2.4.2. BR transmission of voice bursts 
constitutes the start of the outbound traffic mode phase of the call. 

After completing the outbound transmission of MAC_PTTs, the FNE continues 
placing MAC_ACTIVE PDUs in the outbound SACCH. When a talker radio is the 
source of outbound audio, the FNE sends voice channel user messages 
containing the identifier of the talker radio in outbound SACCH intended for 
listening radios and the talker radio. When the FNE is the source of outbound 
audio and there is no inbound talker, the FNE sends voice channel user 
messages containing the WUID of the FNE audio source in outbound SACCHs 
intended for listening radios and voice channel user messages containing the 
zero ID in outbound SACCHs intended for the talker radio. The outbound 
SACCH for the talker radio containing the talker ID information is required at the 
talker radio site and optional at other sites. See 7.3.5 for procedures associated 
with audio preemption scenarios. 

After completing the inbound transmissions of MAC_PTTs and following the 
ultraframe rules for the use of inbound SACCH, the talker radio uses the inbound 
SACCH opportunities to send information related to the assigned call itself, 
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information related to the talker radio itself such as Talker ID, or information in 
response to messages received from the FNE in the outbound SACCH intended 
for the talker radio. The talker radio adheres to the ultraframe rules for sending 
inbound SACCH bursts as described in 3.2.2. 

The FNE has a fixed SACCH ultraframe schedule as described in 3.2.2. During 
the traffic mode of the call, the FNE’s use of the outbound SACCH is as 
described in 7.2.2.2. Following the rules of the SACCH ultraframe in 3.2.2 the 
FNE may use outbound SACCHs in an ultraframe for signaling intended for 
listening radios or the talker radio. When sending a VCU message in an 
outbound SACCH intended for listening radios the FNE inserts the ID of the 
outbound audio source in the VCU message. When sending a VCU message in 
an outbound SACCH intended for the talker radio, the FNE inserts the ID of the 
FNE selected inbound audio source in the VCU message. The talker radio uses 
the ID of the FNE selected inbound audio source to determine if it should 
continue transmitting. If an outbound SACCH defined by the ultraframe rules as 
intended for the talker radio contains a zero ID or an ID matching the ID of the 
talker radio, either in a MAC_PTT PDU 3 or VCU of a MAC_ACTIVE PDU, the 
talker radio continues to transmit. If there is an ID mismatch, the talker radio has 
not been selected by the FNE as the inbound audio source and the talker radio 
ceases transmissions, optionally sending MAC_END_PTTs per 7.3.3 before 
reverting to a listening radio. In cases where the ID in the outbound SACCH 
intended for the talker radio contains the reserved ID of zero, the talker radio 
continues transmitting and monitors the next outbound SACCH intended for the 
talker radio. 

During the traffic mode of the call, listening radios may use the inbound SACCH 
for audio preemption signaling as described in 7.3.5. 

7.3.3 Assigned VCH Termination (Call Teardown) 

A voice sequence may be stopped at any voice burst within the voice framing 
sequence (See Figure C-6), i.e., it is not necessary for the talker or the BR to 
wait for the end of a voice sequence (superframe) to transmit the terminator 
message. 

Upon sending the last voice burst, the talker radio shall send at least two inbound 
MAC_END_PTT PDUs on the FACCH but may send up to three. The talker 
radio may transmit an additional MAC_END_PTT PDU on the SACCH if the 
SACCH is adjacent to a FACCH that a MAC_END_PTT PDU was transmitted on. 


3 Normally no SACCH should contain a MAC_PTT during the maintenance portion of a call, 
however there may be some transitional cases where this may occur, thus the reference. 
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After completion of its initial voice transmission, the SU shall remain on the 
channel in receive/idle mode awaiting further voice transmissions or the call 
termination message. 

When the FNE has decided to release the assignment of the VCH, it shall send 
at least two MAC_END_PTT PDUs on the outbound FACCH, however the total 
number of MAC_END_PTTs to send on the FACCH is left up to the 
manufacturer. The FNE may transmit additional MAC_END_PTTs on the 
SACCH if the SACCH is adjacent to a FACCH that a MAC_END_PTT was 
transmitted on. For a group call, the group address in the MAC_END PTT PDU 
matches the call and the source address is OxFFFFFF. For an individual call, the 
group address in the MAC_END PTT PDU is 0 and the source address is either 
OxFFFFFF, or it matches either the source or target address of the call. 

Upon receipt of a MAC_END_PTT PDU on the assigned VCH, and having 
verified it contains the correct color code, the SU shall return to the idle state on 
the control channel. 

7.3.3.1 Transmission Trunked Termination 

Transmission trunking applies to group or individual voice services and is based 
on a single transmission from the service initiator. The voice service is requested 
and granted per the detailed procedures of the specific call type [R1 ]. When the 
FNE detects the end of the transmission from the initiating SU or FNE audio 
source, the FNE shall finish transmitting any buffered audio. The FNE terminates 
the call by sending a minimum of two MAC_END_PTT PDUs on the outbound 
FACCH, however the total number of MAC_END_PTTs to send on the FACCH is 
left up to the manufacturer. The FNE may send additional MAC_END_PTTs on 
the SACCH, if the SACCH is adjacent to a FACCH that a MAC_END_PTT was 
transmitted on. 

7.3.3.2 Message Trunked Termination 

Message trunking applies to group or individual voice services and allows 
multiple SUs to exchange voice messages on the assigned traffic channel, prior 
to the voice service being terminated. The voice service is requested and 
granted per the detailed procedures of the specific call type. 

When the FNE detects the end of the transmission from the initiating SU or FNE 
audio source, the FNE shall finish transmitting any buffered audio before 
beginning to send MACJHANGTIME PDUs on the outbound FACCH and 
SACCH. These PDUs contain messages which may include either Group Voice 
Channel User, Unit to Unit Voice Channel User or Telephone Interconnect Voice 
Channel User, (depending on call type) to signal the individual/group in use, and 
may include other MAC PDU messages as described in 8.2.3. 

The MACJHANGTIME PDU messages are sent until either: 
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a) a predetermined number of MACJHANGTIME PDUs have been sent, or 
an FNE hang timer has expired. In either case the FNE shall terminate 
the call per the procedures in 7.3.3.1 

or; 

b) one of the participant SUs of the call in progress initiates another voice 
transmission (call continuation) Refer to 7.3.4 for procedures related to 
call continuation during hang time. 

7.3.4 Assigned VCH Message Trunking Call Continuation Procedures 
(Hangtime continuation) 

Message trunked group calls and message trunked individual unit to unit calls 
require that listening radios first verify that the call is in the hangtime state prior to 
attempting call continuation. This verification consists of determining the 
presence of the outbound FACCH containing MAC_HANGTIME PDUs instead of 
outbound voice bursts. MACJHANGTIME PDUs may also be found on the 
SACCFI. Message trunked individual telephone interconnect calls do not require 
that listening radios first verify that the call is in the hangtime state prior to 
attempting call continuation. 

There are two methods for participant SUs to continue the assigned call during 
message trunking hangtime. The first method consists of requesting the right to 
talk on the CCFI, whereas the second one consists of beginning a voice 
transmission directly on the VCH. These methods are described in the following 
subclauses. The choice between the types of call continuation to be used for 
group and individual unit to unit calls is the responsibility of the FNE. The SUs 
shall support both methods of call continuation for group and individual unit to 
unit calls. The FNE advertises the method to be used for group and individual 
unit to unit calls in RFSS status broadcast messages sent on the CCH and 
optionally on the VCH. The SUs shall determine the FNE advertised method 
prior to attempting a group or an individual unit to unit call continuation. For 
individual telephone interconnect calls the VCH method shall be used. 

7.3.4.1 Call Continuation on CCH 

The SU assigned to the traffic channel during hangtime receives 
MACJHANGTIME PDUs that may contain a voice channel user message. 

During Hangtime, a minimum of one voice channel user message for the call 
shall be sent a minimum of once per superframe. During hangtime: 

a) listening SUs remain on the assigned traffic channel in the receive state 
until a MAC_END_PTT PDU message is received, 
or 
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b) listening SUs may use the control channel method of call continuation by 
returning to the control channel and issuing a voice service request for 
the same call in which case the FNE shall respond to the request per the 
detailed procedures of the specific service type. 

When a request for a message trunked service is received on the control channel 
before the service is terminated, the FNE shall respond to the request per the 
detailed procedures of the specific service type. If the request is granted, the 
RFSS sends the service grant message on the control channel, and the initiating 
SU shall then tune to the designated traffic channel and slot and begin its 
transmission following the initial access procedures described in 7.3.1. The FNE 
procedures for call continuation also follow the initial access procedures 
described in 7.3.1. Once voice traffic begins, the traffic mode procedures are as 
described in 7.3.2. 

If the response to the service request is anything but a service request grant, the 
requesting SU shall remain on the control channel, following the detailed 
procedures associated with the particular call type. Note that the Control 
Channel signaling may direct the SU to rejoin the call as a listener either through 
a channel assignment update or assignment to another SU. In either scenario, 
the SU shall move to the VCFI as a listening radio following the procedures 
described in 7.3.1. 

If the FNE receives multiple requests for continuation of the same call (i.e., at 
different sites within the system) the FNE may grant the call to the first request 
received. Optionally, the FNE may grant the call to the unit with the highest 
configured user priority or highest priority call option (such as an emergency call 
on the same working group). The method for the FNE determining which 
requestor to grant is left to the FNE manufacturer. 

7.3.4.2 Call Continuation on VCH 

The SU assigned to the traffic channel during hangtime receives 
MAC_HANGTIME PDUs that may contain a voice channel user message. 

During Hangtime, a minimum of one voice channel user message for the call 
shall be sent a minimum of once per superframe. 

During hangtime: 

a) listening SUs remain on the assigned traffic channel in the receive state 

until a MAC_END_PTT PDU message is received, 
or 

b) listening SUs may use the voice channel method of call continuation by 

beginning a voice transmission directly on the VCH. 


64 



TIA-102.BBAC 


When the call continuation uses the voice channel method, the talker radio 
begins the TDMA VCH transmissions by sending MAC_PTT PDUs per 7.3.1 
before sending any voice bursts. 

A talker radio shall also listen to all the outbound SACCH timeslots within the 
SACCH ultraframe that are dedicated to the talker. Once the talker SU decodes 
an outbound SACCH, the SU does one of the following: 

a) If the SACCH burst intended for a talker radio carries a MAC_PTT PDU or 
MAC_ACTIVE PDU that contains a non-zero WUID that does not match 
the WUID of the talker radio, the radio SU shall consider it has lost the 
right to talk on this VCH and may optionally send MAC_END_PTTs on the 
inbound path of the VCH per 7.3.3 and optionally notify the user that the 
transmission failed. 

b) If the SU cannot detect a SACCH burst with which to determine whether it 
has, or has not, won the right to talk on this VCH then it shall finish the 
current voice burst and send MAC_END_PTTs on the inbound path of the 
VCH per 7.3.3 and optionally notify the user that the transmission failed. 
The SU shall wait a minimum of two ultraframes before assuming it has 
not won the right to transmit, but may optionally wait more than two 
ultraframes before assuming it has not won the right to transmit. 

c) If the SACCH burst intended for a talker radio carries a MAC_PTT PDU or 
MAC_ACTIVE PDU that contains a WUID that does match the WUID of 
the talker radio, the radio SU shall consider it has the right to talk on this 
VCH and continues to do so until some other event occurs which prompts 
the SU to stop transmitting (user unkey, etc.). Note that since subscribers 
have non-zero values for their WUID, any matching WUID is also non¬ 
zero. 

Note: If the FNE detects multiple transmissions for the same call (i.e., at different 
sites within the system) the FNE shall select only one audio source to be routed 
to the sites involved in the call for repeat transmission. The method for 
determining which audio source to select is left to the FNE manufacturer. 

7.3.5 Assigned VCH Preemption 

Two types of assigned VCH preemption can occur as follows: 

• VCH Audio Preemption (Audio Takeover) - the call continues, but the 
talker audio is replaced with another talker on the same group 

• VCH Call Preemption (Call Takeover) - the current call is terminated 
and the RF resource is assigned to a different call 

For each type of VCH preemption, there are two procedures by which to signal 
and set up the preemption: 
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• Control channel (CCH) method - the preemption request/grant is made 
via the control channel, with additional voice channel signaling to 
control the transition. 

• Voice channel (VCH) method - the preemption request/grant is made 
via the voice channel, with additional voice channel signaling to control 
the transition. 

VCH Audio and VCH Call preemption are signaled on the voice channel using 
the C/A bit as follows: 

• Audio Preemption: C/A=1 

• Call Preemption: C/A=0 

If the FNE receives multiple requests for preemption of the same call (i.e., at 
different sites within the system) the FNE may grant the preemption to the first 
request received. Optionally, the FNE may grant the preemption to the unit with 
the highest configured user priority or highest priority call option (such as an 
emergency call on the same working group). The method for the FNE 
determining whether to grant and, if so, which requestor to grant is left to the 
FNE manufacturer. 

In any of the subsequent preemption procedures, the method of user notification 
of preemption is left up to the SU manufacturer. The U/F and C/A bit values that 
are given here are specifically defined in 8.4.6 and 8.4.7 respectively. 

In the following descriptions, a talker radio is denoted for sake of brevity as a 
talker. 

7.3.5.1 VCH Audio Preemption 

Audio Preemption occurs within a talkgroup call at the discretion of the 
infrastructure. This type of preemption switches the outbound audio source 
during the call. This allows a talkgroup member with a higher individual priority 
than the currently assigned talker to become the source of outbound audio. 

Some examples of this are console or supervisory SU preemption on the same 
group. 

The previously assigned talker may be allowed to continue transmitting, or may 
be signaled to stop transmitting. For example, when the new talker is at a 
different site or is a console, the previous talker’s audio may be routed to a 
dispatch device. Alternatively, the previous talker may be signaled to stop 
transmitting, for example, when the new and previous talkers are located at the 
same site. 
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7.3.5.1.1 VCH Audio Preemption Procedure 

For VCFI Audio Preemption: 

• The FNE may grant or deny the request. The decision to allow, or 
deny, a VCH Audio Preemption is left to the FNE manufacturer. 

• Console sourced audio shall always take outbound audio path priority 
over repeat audio from an SU. 

7.3.5.1.1.1 Audio Preemption Request 

An SU listening to an assigned VCH transmission shall request an audio 
preemption using either the control channel or the assigned voice channel as 
follows. 

a) Control Channel method: An SU requesting audio preemption of an active 
voice call using the control channel method returns to the control channel 
and issues a voice service request for the same call. 

b) Voice Channel method: An SU requesting preemption of an active voice 
call using the voice channel method begins by transmitting a voice service 
request for the same call on the next available listener inbound SACCH 
slot. 

Requests initiated by the FNE are not described in this document. 

7.3.5.1.1.2 System Response 

Upon receiving an audio preemption request the FNE responds using a matching 
control channel or assigned voice channel method as follows: 

a) Control Channel method: The FNE shall respond to the request per the 
detailed procedures of the specific service type. The following messages 
are valid responses to a voice service request, though a FNE need not 
generate all these messages: 

• A channel grant (e.g. GRP_V_CH_GRANT) if the FNE 
determines that the preemption request can be granted; 

• A QUE RSP if the FNE cannot proceed with audio preemption 
establishment due to temporary lack of resources. The 
QUE_RSP shall quiet SU retries until a grant or deny is issued 
by the FNE. The FNE may issue a QUE_RSP before the grant 
while performing a forced talker preempt on the talk channel to 
free up the resources (see 7.3.5.1.1 for this process); or 

• A DENY_RSP if the FNE determines that the audio preemption 
cannot be permitted. 
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• An ACK_RSP_FNE if the FNE wishes to quiet SU retries until a 
grant, queue, or deny is issued by the FNE. 

The above messages are considered valid audio preemption responses if 
they address the WUID of the unit initiating the request. 

b) Voice Channel method: The FNE may grant or deny the request and 
provides this response through the outbound listener SACCFI using 
messaging defined in 8.2. The FNE shall provide a valid response in an 
outbound listener SACCH within one ultraframe time. The following 
messages are valid responses to a voice service request, though a FNE 
need not generate all these messages: 

• A GRANT if the FNE determines that the preemption request 
can be granted; 

• A DENY if the FNE determines that the audio preemption 
cannot be permitted. 

• An ACK_RSP_FNE if the FNE wishes to quiet SU retries until a 
grant or deny is issued by the FNE. 

When the FNE grants a request for an audio preemption the FNE shall begin 
routing the audio of the newly granted SU. 

7.3.5.1.1.3 Requesting Subscriber Unit Actions 

SU actions to a valid response are as follows: 

a) Control Channel method: 

• If a channel grant is received, the SU shall tune to the 
channel/slot specified in the channel grant message and begin 
transmitting MAC_PTT PDUs per 7.3.1 containing encryption 
sync information followed by voice bursts; or 

• If a QUE_RSP is received, the SU shall wait for further 
signaling, and may indicate to the user the progress of the 
request. The QUE_RSP shall quiet SU retries until a grant or 
deny is issued by the FNE; or 

• If a DENY_RSP is received, the SU shall return to the idle state, 
and may indicate to the user the reason for the failure of the 
audio preemption request. The SU may subsequently be 
directed to rejoin the call as a listener through a channel 
assignment update, or assignment to another SU. 

• If an ACK_RSP_FNE is received, the SU shall stop retries of the 
current request and shall wait for further signaling from the FNE. 
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b) Voice Channel method: 

• If a grant is received, the SU shall then tune to the transmit slot 
and begin transmitting MAC_PTT PDUs per 7.3.1 containing 
encryption sync information followed by voice bursts. 

• If the request is denied the SU shall continue as a receiver in 
the current call, and may indicate to the user the reason for the 
failure of the audio preemption request. 

• If the request is ACK_RSP_FNE, the SU remains in receive 
mode waiting for a Grant or Deny and does not retry the 
request. While waiting for a Grant or Deny, if the requesting SU 
decodes a MAC_ACTIVE PDU in an outbound SACCH intended 
for a talking radio that contains a voice channel user message 
with the requesting SUs ID, the SU shall assume it failed to 
decode the Grant and the SU shall then tune to the transmit slot 
and begin transmitting MAC_PTT PDUs per 7.3.1 containing 
encryption sync information followed by voice bursts. 

• If no response is received, then the SU shall wait a minimum of 
one ultraframes, but may optionally wait more than two 
ultraframes, before determining that the FNE failed to decode 
the request. During this time the SU monitors the outbound 
transmission for either a grant or deny or Ack response, or, in 
the case of SU response decode failure, a MAC_ACTIVE PDU 
in an outbound SACCFI intended for a talking radio that contains 
a voice channel user message with the requesting SUs ID that 
indicates that the FNE has granted the audio preemption. At 
the end of this period, if it is determined that the FNE has failed 
to decode the request, the SU may retry the request, or indicate 
the failure of the audio preemption request to the user. 


7.3.5.1.1.4 Voice Channel Transition and Signaling 


During the VCFI transition time between talkers, the FNE behaves as a message 
trunked channel, but disallows users other than the SU requesting preemption 
from gaining access by using the ISCH FR bit set to zero to disallow inbound 
SACCFI preemption requests. 

The FNE signals the current talker on the voice channel that a preemption is 
occurring in an outbound SACCH destined for the talker. This signaling shall 
indicate: 

• Audio preemption (C/A=1): The talker is permitted to remain on the 
voice channel. 

During an audio preemption by FNE sourced audio, the FNE may optionally 
decide to either signal the talker to stop transmitting (forced audio preemption) or 
allow the talker to continue transmitting (unforced audio preemption) as follows: 
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• Forced preemption (U/F=1): The SU shall cease transmitting, 

• Unforced preemption (U/F=0): The SU may continue transmitting. 

The FNE may inform a talker of the audio preemption by sending a 
MAC_Release with U/F = 0/1 (continue/stop transmitting) and C/A = 1 (stay on 
the channel) in an outbound SACCH destined for the talker. The talker behaves 
as follows: 

a) When the talker SU receives a MAC_Release with U/F=1 on the outbound 
SACCFI, it shall end the voice bursts currently in progress and 
subsequently transmit MAC_END_PTTs per 7.3.3. It then begins to listen 
to the outbound voice channel. 

b) When the talker SU receives a MAC_Release with U/F=0 on the outbound 
SACCFI, it may still continue to transmit, or it may terminate the 
transmission and begin to listen to the outbound voice channel. The 
specific choice of action is left to the discretion of the SU manufacturer. 

The voice channel audio preemption transition to the new talker begins with the 
FNE terminating repeat of the current transmission and sending either 
MAC_ACTIVE or MAC_PTT PDUs, whichever the FNE has, followed by repeat 
of the new talker’s transmission. The listening radios see this and pick up the 
new talker ID and new crypto sync. 

• In an audio preemption, the WUID in voice channel user messages 
inserted into MAC_ACTIVE PDUs intended for listener radios is the 
WUID of the new outbound audio source. 

• In an audio preemption with forced preemption, the WUID in voice 
channel user messages inserted into MAC_ACTIVE PDUs intended for 
the talker is the WUID of the new outbound audio source. 

• In an audio preemption with an unforced preemption, there is only one 
outbound talker but there may be more than one inbound talker, each 
at different sites. In this scenario, the WUID in voice channel user 
messages inserted into MAC_ACTIVE PDUs intended for the talker is 
the WUID of the talker at that site. 

If a talker decodes a MAC_PTT or a voice channel user message containing a 
non-zero talker ID that does not match its ID, the talker should stop transmitting 
and continue as a receiver. 

The FNE at non-talker sites may optionally send an outbound SACCFI containing 
MAC_Release intended for the talker. 

In a forced audio preemption scenario, the FNE sends voice channel user 
messages containing the new talker’s WUID in MAC_ACTIVE PDUs contained in 
outbound SACCHs intended for a talker. 
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In an unforced audio preemption scenario, the FNE continues sending voice 
channel user messages containing the original talker’s WUID in MAC_ACTIVE 
PDUs contained in outbound SACCHs intended for the talker at the site of the 
original talker and voice channel user messages containing the new talker’s 
WUID in MAC_ACTIVE PDUs contained in outbound SACCHs intended for the 
talker at the site of the new talker. Note that in this scenario, the WUID in voice 
channel user messages inserted into MAC_ACTIVE PDUs intended for listening 
radios is the WUID of the outbound audio source. 

If the audio preemption ends before the original talker has completed its 
transmission, the FNE returns the outbound audio path to the original (still 
transmitting) radio if possible and uses the talker’s WUID in voice channel user 
messages inserted in MAC_ACTIVE PDUs contained in the outbound SACCHs 
intended for both listener and talker. 

7.3.5.2 VCH Call Preemption 

VCH Call Preemption occurs when the infrastructure determines that a channel is 
needed to service a higher priority call. This type of preemption ends an 
assigned call. Certain high priority calls (like an emergency) on a site with all 
channels assigned may trigger this type of preemption scenario. 

7.3.5.2.1 VCH Call Preemption Procedure 

For VCH Call Preemption: 

• The FNE may grant or deny the request. The decision to allow, or 
deny, a VCH Audio Preemption is left to the FNE manufacturer. 

7.3.5.2.1.1 Call Preemption Request 

An SU listening on a voice channel shall request a new call using either the 
control channel or the assigned voice channel as follows. 

a) Control Channel method: An SU listening on a voice channel shall return 
to the control channel and issue a voice service request for a different call. 

b) Voice Channel method: An SU requesting preemption of an active voice 
call using the voice channel method begins by transmitting a service 
request for a different call on the next available listener inbound SACCH 
slot using messaging defined in 8.2. 

• The voice channel method for call preemption shall not be used 
when a control channel is available at the site. 

Call preemption requests initiated by the FNE, or initiated by SUs already on the 
control channel, are not described in this document. 
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7.3.5.2.1.2 System Response 

Upon receiving the new call request the FNE responds using a matching control 
channel or assigned voice channel method as follows: 

a) Control Channel method: The FNE shall respond to the request per the 
detailed procedures of the specific service type. The following messages 
are valid responses to a voice service request, though a FNE need not 
generate all these messages. 

• A channel grant (e.g. GRP_V_CH_GRANT) if the FNE 
determines that the service request can be granted; 

• A QUE_RSP if the FNE cannot proceed with call preemption 
establishment due to temporary lack of resources. The 
QUE_RSP shall quiet SU retries until a grant or deny is issued 
by the FNE. The FNE may issue a QUE_RSP before the grant 
while performing a forced talker preempt on the talk channel to 
free up the resources (see 7.3.5.1.1 for this process); or 

• A DENY_RSP if the FNE determines that the call request 
cannot be permitted. 

• An ACK_RSP_FNE if the FNE wishes to quiet SU retries until a 
grant, queue, or deny is issued by the FNE. 

The above messages are considered valid call preemption responses if 
they address the WUID of the unit initiating the request. 

b) Voice Channel method: The FNE may grant or deny the request and 
provides this response through the outbound listener SACCFI using 
messaging defined in 8.2. The FNE shall provide a valid response in an 
outbound listener SACCFI within one ultraframe time. The following 
messages are valid responses to a voice service request, though a FNE 
need not generate all these messages 

• A GRANT if the FNE determines that the new call request can 
be granted (see below for VPIC transition procedures); 

• A DENY if the FNE determines that the new call request cannot 
be permitted. The FNE shall send the DENY_RSP message to 
the requesting SU in the listener outbound SACCFI. 

• An ACK_RSP_FNE if the FNE wishes to quiet SU retries until a 
grant or deny is issued by the FNE. 

After the FNE grants a request for a call preemption the FNE shall begin routing 
the audio of the newly granted SU. 
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7.3.5.2.1.3 Requesting Subscriber Unit Actions 

SU actions to a valid response are as follows: 

a) Control Channel method: 

• If a channel GRANT is received (e.g. GRP_V_CH_GRANT), the 
SU shall tune to the channel/slot specified in the channel grant 
message and begin transmitting MAC_PTT PDUs per 7.3.1 
containing encryption sync information followed by voice bursts; 
or 

• If a QUE_RSP is received, the SU shall wait for further 
signaling, and may indicate to the user the progress of the call. 
The QUE_RSP shall quiet SU retries until a grant or deny is 
issued by the FNE; or 

• If a DENY_RSP is received, the SU shall return to the idle state, 
and may indicate to the user the reason for the failure of the 
call. The SU may subsequently be directed to rejoin a call as a 
listener through a channel assignment update, or assignment to 
another SU. 

• If an ACK_RSP_FNE is received, the SU shall stop retries of the 
current request and shall wait for further signaling from the FNE. 

Note that other SUs monitoring the control channel may respond to 

the control channel signaling and join the new call as listeners. 

b) Voice Channel method: 

• If a grant is received, the SU shall then tune to the transmit slot 
and begin transmitting MAC_PTT PDUs per 7.3.1 containing 
encryption sync information followed by voice bursts. 

• If the request is denied the SU shall return to the state prior to 
the request, and may indicate to the user the reason for the 
failure of the call preemption request. 

• If the request is ACK_RSP_FNE, the SU remains in receive 
mode waiting for a Grant or Deny and does not retry the 
request. While waiting for a Grant or Deny, if the requesting SU 
decodes a MAC_ACTIVE PDU in an outbound SACCH intended 
for a talking radio that contains a voice channel user message 
with the requesting SUs ID, the SU shall assume it failed to 
decode the Grant and the SU shall then tune to the transmit slot 
and begin transmitting MAC_PTT PDUs per 7.3.1 containing 
encryption sync information followed by voice bursts. 

• If no response is received, then the SU shall wait a minimum of 
one ultraframes, but may optionally wait more than two 
ultraframes, before determining that the FNE failed to decode 
the request. During this time the SU monitors the outbound 
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transmission for either a grant or deny or ack response, or, in 
the case of SU response decode failure, a MAC_ACTIVE PDU 
in an outbound SACCH intended for a talking radio that contains 
a voice channel user message with the requesting SUs ID that 
indicates that the FNE has granted the call preemption. At the 
end of this period, if it is determined that the FNE has failed to 
decode the request, the SU may retry the request, or indicate 
the failure of the call preemption request to the user. 
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7.3.5.2.1.4 Voice Channel Transition and Signaling 

Depending on the circumstances of the call preemption such as the relative 
importance of the new call and whether both talkers are at the same site, the 
FNE may determine to use a polite transition or an impolite transition. In either 
case, the voice channel call preemption transition begins with the FNE 
terminating repeat of the current transmission. 

a) FNE polite transition signaling: 

. The FNE sends MAC_END_PTT PDUs per 7.3.3.1 in the 
outbound FACCFI and optionally the outbound listener SACCFI 
prior to granting the preemption request 

• The FNE sends a MAC_Release message with C/A=0, the 
forced bit set (U/F=1), and the current talker’s ID on the next 
talker outbound SACCFI 

• Flaving completed the outbound transmission of the 
MAC_END_PTT PDUs per 7.3.3.1 and at least one 
MAC_Release message, the FNE grants the call preemption 
request 

. The FNE sends MAC_ACTIVE PDUs on the outbound FACCH 
containing a voice channel user message for the new call. 

• The FNE sends MAC_ACTIVE PDUs on the outbound listener 
SACCFI containing a voice channel user message with the 
WUID of the new outbound audio source 

• The FNE begins transmission of the new outbound call 
beginning with MAC_PTT PDUs per 7.3.1 containing encryption 
sync information followed by voice bursts 

b) FNE impolite transition signaling: 

• The FNE grants the call preemption request 

• The FNE sends MAC_ACTIVE PDUs on the outbound FACCH 
and outbound listener SACCH containing a voice channel user 
message with the WUID of the outbound audio source 

• The FNE begins transmission of the new outbound call 
beginning with MAC_PTT PDUs per 7.3.1 containing encryption 
sync information followed by voice bursts 

c) SU transition signaling responses: 

• Upon receiving a MAC_END_PTT a listening SU shall leave the 
channel. 

• If listening radios decode a MAC_PTT or a voice channel user 
message containing non-zero ID information that does not 
match the current assignment, the listening radios shall leave 
the voice channel. For group calls the group ID/Address is to be 
verified. For unit to unit calls the ID/Address of either the source 
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or target is to be verified. For individual telephone interconnect 
calls, the Source/Target ID/Address is to be verified. 

• If a talker receives a MAC_Release message with Forced 
preemption (U/F=1) and with Call preemption (C/A=0): The 
talker SU shall send in two ENDPTT PDUs on the inbound 
FACCH, stop transmitting and leave the channel. 

• If a talker receives an outbound talker SACCH with a MAC_PTT 
PDU or MAC_ACTIVE PDU with a voice channel user message 
containing a non-zero WUID that does not match the WUID of 
the talker SU, the talker SU shall stop transmitting. Refer to 

7.3.5.2 for further details. 
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8 MAC PDUs 


8.1 MAC PDUs General Description 

All MAC PDUs begin with an 8 bit MAC Header that consists of a 3 bit Opcode, a 
3 bit Offset, and two Reserved bits and end with a 12 bit CRC. The 3 bit Opcode 
values are defined in 8.4.1 and the 12 bit CRC is defined in 8.4.5. The octets 
between the MAC Header and CRC depend on the value of the opcode. 

The contents of the MAC_PTT PDU and the MAC_END_PTT PDU carry pre¬ 
defined information fields specific to beginning and ending calls. In contrast, the 
contents of the MAC_ACTIVE PDU, MACJHANGTIME PDU and MACJDLE 
PDU are not predefined. The PDU type itself conveys information about the 
state of the voice channel and the PDU contents contain one or more generic 
MAC messages. The general structure of the MAC PDU is shown in Figure 8-1. 


Note that all reserved bits are set to zero unless otherwise specified. 
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Figure 8-1 Structure of MAC PDU 
8.1.1 Outbound MAC PDU 

There are two types of outbound MAC PDUs. The first type of MAC PDU is 
carried by the l-OEMI, an outbound signaling burst without synchronization 
having a length of 22.5 octets. The second type of MAC PDU is carried by the S- 
OEMI, an outbound signaling burst with synchronization having a length of 19.5 
octets. Both types of Outbound MAC PDUs are shown in Figure 8-2. 

The outbound MAC PDU is composed of a MAC header field and a MAC 
information field. The MAC header is the first octet of the PDU. 
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Figure 8-2 Outbound MAC PDU Formats 
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8.1.2 Inbound MAC PDU 

The inbound MAC PDU is carried by an inbound signaling burst (i.e., with 
synchronization) in the IEMI and has a length of 19.5 octets. The inbound MAC 
PDU is shown in Figure 8-3. The MAC header is the first octet of the PDU. 



Figure 8-3 Inbound MAC PDU in IEMI (19.5 octets) 
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8.2 Exhaustive Description of MAC PDUs 
8.2.1 MAC_PTT PDU 

The MAC_PTT PDUs are the equivalent of the Header Data Unit (HDU) in Phase 
1. They provide the Message Indicator for, the Algorithm ID, and Key ID for 
encrypted voice calls as well as the source and target (Group) addresses. All of 
this information uses a CRC for validation. 



Figure 8-4 Inbound MAC_PTT PDU (19.5 octets) 
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Figure 8-5 Outbound MAC_PTT PDU (19.5 octets) 
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Figure 8-6 Outbound MAC_PTT PDU (22.5 octets) 
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8.2.2 MAC_END_PTT PDU 

The MAC_END_PTT PDUs are the equivalent of the Expanded Terminator Data 
Unit (ETDU) in Phase 1 and provides the source and group address of the caller 
that has released its PTT. They are put out on FACCH slots and optionally on a 
SACCH slot in a manner similar to the MAC PTT PDUs. 
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Figure 8-7 Inbound MAC_END_PTT PDU (19.5 octets) 
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Figure 8-8 Outbound MAC_END_PTT PDU (19.5 octets) 
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Figure 8-9 Outbound MAC_END_PTT PDU (22.5 octets) 
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8.2.3 MACJDLE, MAC_ACTIVE, and MAC_HANGTIME PDU Formats 

The general structure of the MACJDLE PDU, MAC_ACTIVE PDU, and 
MACJHANGTIME PDU is shown in Figure 8-10. The first octet is the MAC 
header which contains the 3-bit opcode, 3-bit offset, and 2-bit reserved field in 
common with other MAC PDUs. The next octet has two bits designated B1 and 
B2 and a 6-bit MAC Opcode (MCO) which indicate the contents of the remaining 
octets of the message. 



Figure 8-10 Generic Outbound MAC Information Formats 


The majority of the generic messages required for TDMA voice channel signaling 
are already defined in [R2], however, due to the limited bandwidth on the voice 
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channel, an abbreviated version of these messages is appropriate. Specifically, 
these abbreviated messages were constructed without the Manufacturers ID 
(MFID), CRC and some reserved fields. Note that while the MFID concept is still 
supported, it is done in a different manner. The CRC in each of the Outbound 
Signaling Packet / Inbound Signaling Packet (OSP/ISP) messages from [R2] is 
replaced with the CRC-12 over the entire PDU as illustrated in Figure 8-10. 
References for field definitions can be found 8.4. 

In order to maintain consistency with the existing ISP/OSP messages, the MAC 
opcode (MCO) structure was constructed to re-use the exact ISP/OSP opcodes 
from [R2] for the abbreviated messages while maintaining an ability to extend this 
set for new functionality. This was done by partitioning the opcode space into 
four different sets, defined by the B1 and B2 bits. Note that this implies that the 
6-bit MCO may be re-used within the different sets and that the B1 and B2 bits 
are examined in conjunction with the MCO to determine the actual message. 

The following list describes the four partitions: 

• One group contains messages that were created specifically for TDMA 
that have no counterpart in the existing Phase 1 OSP/ISP message set. 

• One group contains messages derived from abbreviated format of the 
Phase 1 OSP and ISPs. 

• One group contains any manufacturer specific signaling messages. 

• One group contains messages derived from extended format of the Phase 
1 OSP and ISPs. 

This is summarized in Table 8-1: 


Table 8-1 MCO Opcode Partitioning 


B1 

B2 

Partition Description 

0 

0 

Unique TDMA Message 

0 

1 

Derived from Phase 1 OSP/ISP abbreviated format 

1 

0 

Manufacturer’s Message 

1 

1 

Derived from Phase 1 OSP/ISP extended or explicit 
formats 


Multiple MAC messages may be sent within any given MACJDLE, 
MAC_ACTIVE, or MACJHANGTIME PDU as message size allows, with any 
unused space within the PDU being filled using the Null Information Message. 
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The format shown in Figure 8-11 is used to provide the complete SUID of a unit 
for certain other messages that require the extended address. It is used in some 
of the message details that follow. 


1 
2 

3 

4 

5 

6 
7 

Figure 8-11 Subscriber Unit Identification format 


7 6 5 4 3 2 1 0 

Network ID (b19-b12) 

Network ID (bl 1-b4) 

Network ID (b3-b0) System ID (b11-b8) 
System ID (b7-b0) 


Source ID 
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8.3 MAC Message Details 

MAC message lengths are determined in one of four ways: 

• The message length is inherent based on the opcode (see Table 8-2) 

• The message length is variable and the length is determined by parsing 
out additional fields in the message such as in the following messages: 

o Individual Paging Message with Priority 
o Indirect Group Paging Message without Priority 

• The message length is variable and it fills out remaining space in the PDU 
such as in the following messages: 

o Null Information Message 
o Manufacturer’s Specific Message 

• A specific length octet is included in the message that contains the 
message length. The message length is always contained in the least 
significant 6 bits of the 2 nd octet in the message, that is, the octet that 
immediately follows the B1/B2/MCO octet. 

In order to avoid future compatibility problems for older SUs with new messages, 
all new messages added after the initial publication of this specification shall 
contain a length octet as is discussed in the fourth major bullet above. This 
allows older SUs to skip over opcodes that may be defined in future releases of 
this specification. 

Note also that the Null Information Message, if included, shall always be in the 
last message within the PDU. Any manufacturer specific messages shall be 
inserted after the standard defined messages and before the null information 
message since an SU may not be able to decode the length of a manufacturer 
specific message. 
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Table 8-2 MAC Message Lengths 


B1 

B2 

MCO 

Length 

Name 

Subclause 

0 

0 

%000000 

Variable 

NULL INFORMATION MESSAGE 

8.3.1.1 

0 

0 

%000001 

7 

GROUP VOICE CHANNEL USER MESSAGE - ABBREVIATED FORMAT 

8.3.1.2 

0 

0 

%100001 

14 

GROUP VOICE CHANNEL USER MESSAGE - EXTENDED FORMAT 

8.3.1.2 

0 

0 

%000010 

8 

UNIT TO UNIT VOICE CHANNEL USER MESSAGE - ABBREVIATED FORMAT 

8.3.1.3 

0 

0 

%100010 

15 

UNIT TO UNIT VOICE CHANNEL USER MESSAGE - EXTENDED FORMAT 

8.3.1.3 

0 

0 

%000011 

7 

TELEPHONE INTERCONNECT VOICE CHANNEL USER MESSAGE 

8.3.1.4 

0 

1 

%000100 

5 

UNIT TO UNIT VOICE REQUEST - ABBREVIATED FORMAT 

8.3.1.5 

1 

1 

%000100 

16 

UNIT TO UNIT VOICE REQUEST - EXTENDED FORMAT 

8.3.1.5 

0 

0 

%000101 

16 

GROUP VOICE CHANNEL GRANT UPDATE MULTIPLE 

8.3.1.6 

0 

0 

%100101 

15 

GROUP VOICE CHANNEL GRANT UPDATE MULTIPLE - EXPLICIT 

8.3.1.6 

0 

1 

%000000 

9 

GROUP VOICE CHANNEL GRANT - ABBREVIATED FORMAT 

8.3.1.7 

1 

1 

%000000 

11 

GROUP VOICE CHANNEL GRANT - EXTENDED FORMAT 

8.3.1.7 

0 

1 

%000010 

9 

GROUP VOICE CHANNEL GRANT UPDATE 

8.3.1.8 

1 

1 

%000011 

8 

GROUP VOICE CHANNEL GRANT UPDATE - EXPLICIT 

8.3.1.9 

0 

1 

%000100 

9 

UNIT TO UNIT VOICE CHANNEL GRANT - ABBREVIATED FORMAT 

8.3.1.10 

1 

1 

%000100 

15 

UNIT TO UNIT VOICE CHANNEL GRANT - EXTENDED FORMAT 

8.3.1.10 

0 

1 

%000101 

8 

UNIT TO UNIT ANSWER REQUEST - ABBREVIATED FORMAT 

8.3.1.11 

1 

1 

%000101 

12 

UNIT TO UNIT ANSWER REQUEST - EXTENDED FORMAT 

8.3.1.11 

0 

1 

%011110 

14 

RADIO UNIT MONITOR ENHANCED COMMAND - ABBREVIATED FORMAT 

8.3.1.12 

0 

1 

%001010 

9 

TELEPHONE INTERCONNECT ANSWER REQUEST 

8.3.1.13 

0 

1 

%000110 

9 

UNIT TO UNIT VOICE CHANNEL GRANT UPDATE - ABBREVIATED FORMAT 

8.3.1.14 

1 

1 

%000110 

15 

UNIT TO UNIT VOICE CHANNEL GRANT UPDATE - EXTENDED FORMAT 

8.3.1.14 

0 

1 

%100000 

9 

ACK RESPONSE - ABBREVIATED FORMAT 

8.3.1.15 

0 

1 

%010100 

9 

SNDCP DATA CHANNEL GRANT 

8.3.1.16 

0 

1 

%010101 

7 

SNDCP DATA PAGE REQUEST 

8.3.1.17 

1 

1 

%010110 

9 

SNDCP DATA CHANNEL ANNOUNCEMENT - EXPLICIT 

8.3.1.18 

0 

1 

%111100 

9 

ADJACENT STATUS BROADCAST - ABBREVIATED FORMAT 

8.3.1.19 

1 

1 

%111100 

11 

ADJACENT STATUS BROADCAST - EXTENDED FORMAT 

8.3.1.19 

0 

1 

%011111 

7 

CALL ALERT - ABBREVIATED FORMAT 

8.3.1.20 

1 

1 

%011111 

11 

CALL ALERT - EXTENDED FORMAT 

8.3.1.20 

0 

1 

%100100 

9 

EXTENDED FUNCTION COMMAND 

8.3.1.21 

0 

1 

%101010 

7 

GROUP AFFILIATION QUERY - ABBREVIATED FORMAT 

8.3.1.22 

1 

1 

%101010 

11 

GROUP AFFILIATION QUERY - EXTENDED FORMAT 

8.3.1.22 

0 

1 

%111101 

9 

IDENTIFIER UPDATE 

8.3.1.23 

0 

1 

%110101 

9 

TIME AND DATE ANNOUNCEMENT 

8.3.1.24 

0 

1 

%111011 

11 

NETWORK STATUS BROADCAST - ABBREVIATED FORMAT 

8.3.1.25 

1 

1 

%111011 

13 

NETWORK STATUS BROADCAST - EXTENDED FORMAT 

8.3.1.25 

0 

1 

%000001 

7 

GROUP VOICE SERVICE REQUEST 

8.3.1.26 

0 

1 

%111010 

9 

RFSS STATUS BROADCAST - ABBREVIATED FORMAT 

8.3.1.27 

1 

1 

%111010 

11 

RFSS STATUS BROADCAST - EXTENDED FORMAT 

8.3.1.27 

0 

1 

%111001 

9 

SECONDARY CONTROL CHANNEL BROADCAST 

8.3.1.28 

0 

1 

%011010 

7 

STATUS QUERY - ABBREVIATED FORMAT 

8.3.1.29 

1 

1 

%011010 

11 

STATUS QUERY - EXTENDED FORMAT 

8.3.1.29 

0 

1 

%100001 

9 

QUEUED RESPONSE 

8.3.1.30 

0 

1 

%100111 

9 

DENY RESPONSE 

8.3.1.31 

0 

1 

%111000 

9 

SYSTEM SERVICE BROADCAST 

8.3.1.32 

0 

1 

%101101 

7 

UNIT REGISTRATION COMMAND - ABBREVIATED FORMAT 

8.3.1.33 

0 

1 

%011101 

8 

RADIO UNIT MONITOR COMMAND 

8.3.1.34 

0 

1 

%110100 

9 

IDENTIFIER UPDATE FOR VHF/UHF BANDS 

8.3.1.35 

1 

1 

%101001 

8 

SECONDARY CONTROL CHANNEL BROADCAST - EXPLICIT 

8.3.1.28 

0 

1 

%110011 

9 

IDENTIFIER UPDATE FOR TDMA 

8.3.1.36 

1 

0 

Undefined 

Variable 

MANUFACTURER MESSAGE 

8.3.1.37 

0 

0 

%010010 

Variable 

INDIVIDUAL PAGING MESSAGE WITH PRIORITY 

8.3.1.38 

0 

0 

%010001 

Variable 

INDIRECT GROUP PAGING MESSAGE WITHOUT PRIORITY 

8.3.1.39 

0 

0 

%110000 

5 

POWER CONTROL SIGNAL QUALITY 

8.3.1.40 

0 

0 

%110001 

7 

MAC_Release 

8.3.1.41 
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8.3.1.1 Null Information Message 

The Null information message is shown in Figure 8-12. It is used to fill any 
unused portion of a PDU. The length is sufficient to fill the PDU. 



Figure 8-12 Null Information Message 
8.3.1.2 Group Voice Channel User Message 

The Group Voice Channel User messages are shown in Figure 8-13 and Figure 
8-14. It indicates the user of this channel for group voice traffic on both inbound 
and outbound messages. 


1 

2 

3 

4 

5 

6 
7 


1 0 



Figure 8-13 Group Voice Channel User Message - Abbreviated Format 
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Figure 8-14 Group Voice Channel User Message - Extended Format 

8.3.1.3 Unit to Unit Voice Channel User Message 

The Unit to Unit Voice Channel User messages are shown in Figure 8-15. This 
indicates the user of this channel for unit to unit voice traffic. This is used on 
both inbound and outbound messages. 



B1 - 0, B2 - 0, MCO =%00 0010. 


Figure 8-15 Unit to Unit Voice Channel User Message - Abbreviated Format 
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7 6 5 4 3 2 1 0 

1 
2 

3 

4 

5 

6 

7 

8 

9 

10 
11 
12 

13 

14 

15 

Figure 8-16 Unit to Unit Voice Channel User Message - Extended Format 

8.3.1.4 Telephone Interconnect Voice Channel User Message 

The Telephone Interconnect Voice Channel User message is shown in Figure 
8-17. This indicates the user of this channel for telephone interconnect voice 
traffic. This is used on both inbound an outbound messages. 

7 6 5 4 3 2 1 0 

1 
2 

3 

4 

5 

6 
7 

B1 = 0, B2 = 0, MCO =%00 0011. 

Figure 8-17 Telephone Interconnect Voice Channel User Message 



B1 B2 _ MCO 

Service Options 

Target Address 

Source Address 

Source SUID 

31 = 0, B2 = 0, MCO =%10 0010. 
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8.3.1.5 Unit to Unit Voice Request 

This is the service request for a voice call between two specified SUs. The 
extended format shall always be acceptable. The abbreviated format is only 
applicable if the requesting SU is currently in its HOME system and the target SU 
is a member of the same HOME system. 



B1 = 0, B2 = 1, MCO =%00 0100. 


Figure 8-18 Unit to Unit Voice Request - Abbreviated Format 


7 6 5 4 3 2 1 0 

1 
2 

3 

4 

5 

6 

7 

8 

9 

10 
11 
12 


Figure 8-19 Unit to Unit Voice Request - Extended Format 

8.3.1.6 Group Voice Channel Grant Update Multiple 

The Group Voice Channel Grant Update Multiple message transmits up to three 
group call channel assignments for the abbreviated form, or up to 2 channel 
assignments for the explicit form. This message also transmits the Service 
Options with each channel assignment. This indicates the updates of other 


B1 


B2 


MCO 


Service Options 


Source Address 


WACN ID (b19-b12) 
(bl1-b4) 

(b3-b0) 


(bl 1 -b8) 


System ID (b7-b0) 


Target ID 


Bl = 1, B2 = 1, MCO =%00 0100. 
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group voice traffic on this system and may be used to move directly to the 
specified channel. 


7 

6 5 4 3 2 1 0 

1 B1 

B2 MCO 

2 

Service Options 1 

3 


4 

Channel 1 

5 


6 

Group Address 1 

7 

Service Options 2 

8 


9 

Channel 2 

10 


11 

Group Address 2 

12 

Service Options 3 

13 


14 

Channel 3 

15 


16 

Group Address 3 

B1 = 

0, B2 = 0, MCO =%00 0101. 


Figure 8-20 Group Voice Channel Grant Update Multiple 



B1 - 0, B2 - 0, MCO =%10 0101. 


Figure 8-21 Group Voice Channel Grant Update Multiple - Explicit 
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8.3.1.7 Group Voice Channel Grant 

This message indicates that voice service for a group audience is assigned to the 
specified channel resource on the system. 



B1 = 0, B2 = 1. MCO - %00 0000. 


Figure 8-22 Group Voice Channel Grant - Abbreviated Format 



B1 = 1, B2 = 1. MCO - %00 0000. 


Figure 8-23 Group Voice Channel Grant - Extended Format 
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8.3.1.8 Group Voice Channel Grant Update 

This message indicates the updates of other group voice traffic on this system 
and may be used to move directly to the specified channel. 



B1 = 0, B2 = 1. MCO = %00 0010. 


Figure 8-24 Group Voice Channel Grant Update 

8.3.1.9 Group Voice Channel Grant Update - Explicit 

This message indicates the updates of other group voice traffic on this system 
and may be used to move directly to the specified channel. The explicit form is 
used when both the transmit and receive frequencies need to be provided. 



B1 = 1, B2 = 1. MCO = %00 0011 


Figure 8-25 Group Voice Channel Grant Update - Explicit 
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8.3.1.10 Unit to Unit Voice Channel Grant 

This message indicates the particular channel assignment for a requested voice 
call between individual units of the system. This message comes in two forms: 
the abbreviated and extended formats. The abbreviated format is used in all 
cases except where the transmit and receive channel identifiers are different. 



B1 = 0, B2 = 1. MCO - %00 0100. 


Figure 8-26 Unit to Unit Voice Channel Grant - Abbreviated Format 



B1 = 1, B2 = 1. MCO = %00 0100. 


Figure 8-27 Unit to Unit Voice Channel Grant - Extended Format 
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8.3.1.11 Unit to Unit Answer Request 

This message indicates to the target unit that a unit to unit call has been 
requested involving the target unit. 



B1 = 0, B2 = 1. MCO - %00 0101. 


Figure 8-28 Unit to Unit Answer Request - Abbreviated Format 


7 6 5 4 3 2 1 0 



Figure 8-29 Unit to Unit Answer Request - Extended Format 
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8.3.1.12 Radio Unit Monitor Enhanced Command 

This message is to be used to command a radio to execute an enhanced radio 
unit monitor operation. The target SU may initiate either a clear or encrypted 
unit-to-unit call, or a clear or encrypted group call. See Table 8-10 for the field 
definitions. 



B1 =0, B2= 1. MCO = %01 1110. 

Figure 8-30 Radio Unit Monitor Enhanced Command - Abbreviated Format 
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8.3.1.13 Telephone Interconnect Answer Request 

This message informs the target unit of a pending PSTN call and solicits a 
response from the target unit. It may optionally indicate the calling party’s 10 
digit telephone number. 


7 6 5 4 3 2 1 0 


1 

B1 B2 

MCO 

2 

Digit 1 

Digit 2 

3 

Digit 3 

Digit 4 

4 

Digit 5 

Digit 6 

5 

Digit 7 

Digit 8 

6 

Digit 9 

Digit 10 

7 

8 

Target Address 

9 




B1 = 0, B2 = 1. MCO = %00 1010. 


Figure 8-31 Telephone Interconnect Answer Request 
8.3.1.14 Unit to Unit Voice Channel Grant Update 

This message indicates the updates of unit to unit voice traffic on this system and 
may be used to move directly to the specified channel. 



B1 = 0, B2 = 1. MCO - %00 0110. 

Figure 8-32 Unit to Unit Voice Channel Grant Update - Abbreviated Format 
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B1 = 1, B2 = 1. MCO = %00 0110. 


Figure 8-33 Unit to Unit Voice Channel Grant Update - Extended Format 
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8.3.1.15 ACK Response 

This message is the generic response supplied to a unit to acknowledge an 
action when there is no other expected response. It is sent to a subscriber unit in 
response to an earlier action or service request. See Table 8-10 for the field 
definitions. 



B1 = 0, B2 = 1. MCO - %10 0000. 


Figure 8-34 ACK Response - Abbreviated Format 
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8.3.1.16 SNDCP Data Channel Grant 

This is the DCH grant (channel assignment) for an SNDCP trunked data service 
operation. This is the packet format utilized when the assigned working DCH 
requires a unique designation for transmit and receive frequency values. This is 
accommodated with an explicit channel field for the FNE transmit [Channel (T)], 
and FNE receive [Channel (R)] frequency component. 

7 6 5 4 3 2 1 0 

1 I B1 | B2 | MCO 

2 _ Data Service Options _ 

3 

4 _ Channel (T) _ 

5 

6 _ Channel (R) _ 

7 

8 Target Address 

9 _ 

B1 = 0, B2 = 1. MCO - %01 0100. 

Figure 8-35 SNDCP Data Channel Grant 

8.3.1.17 SNDCP Data Page Request 

This message is used to indicate to the target that trunked data service has been 
requested. 



B1 = 0, B2 = 1. MCO - %01 0101. 


Figure 8-36 SNDCP Data Page Request 
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8.3.1.18 SNDCP Data Channel Announcement - Explicit 

This announcement message indicates current trunked data service working 
channel assignments and access permissions for the indicate data access 
control group(s). References for field definitions can be found in Table 8-10 . 


1 
2 

3 

4 

5 

6 

7 

8 
9 

Figure 8-37 SNDCP Data Channel Announcement - Explicit 



B1 = 1, B2= 1. MCO = %01 0110. 
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8.3.1.19 Adjacent Status Broadcast 

This message informs the subscriber unit of the presence and status of sites 
adjacent to this particular site. 

7 6 5 4 3 2 1 0 

1 
2 

3 

4 

5 

6 

7 

8 
9 

B1 =0, B2= 1. MCO = %11 1100. 

Figure 8-38 Adjacent Status Broadcast - Abbreviated Format 




Figure 8-39 Adjacent Status Broadcast - Extended Format 


106 









TIA-102.BBAC 


8.3.1.20 Call Alert 

This message is the request for a target SU to call a source SU. 



B1 =0, B2= 1. MCO = %01 1111. 


Figure 8-40 Call Alert - Abbreviated Format 


7 6 5 4 3 2 1 0 



Figure 8-41 Call Alert - Extended Format 
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8.3.1.21 Extended Function Command 

This message is the transaction addressed to an SU for an extended function. 
See Table 8-10 for definition of the Extended Function field. 



B1 = 0, B2 = 1. MCO - %10 0100. 

Figure 8-42 Extended Function Command 


8.3.1.22 Group Affiliation Query 

This message is to be used to determine what a targeted subscriber unit 
maintains as the group affiliation data for the unit. 



B1 = 0, B2 = 1. MCO - %10 1010. 

Figure 8-43 Group Affiliation Query - Abbreviated Format 
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7 6 5 4 3 2 1 0 



Figure 8-44 Group Affiliation Query - Extended Format 
8.3.1.23 Identifier Update 

This message should be used to inform the subscriber units of the channel 
parameters to associate with a specific channel identifier. This format is to be 
used for base frequencies outside the VHF and UHF bands. See Table 8-10 for 
further definitions of the fields. 


7 6 5 4 3 2 1 0 


1 

B1 B2 MCO 

2 

Identifier 

3 

BW 

4 

Transmit Offset 

5 

Channel Spacing 

6 

7 

8 

Base Frequency 

9 



B1 =0, B2= 1. MCO = %11 1101. 


Figure 8-45 Identifier Update 
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8.3.1.24 Time and Date Announcement 

This message is sent by the FNE to inform SUs of what the current time and date 
are. See Table 8-10 for the definition of the Message field. 



B1 =0, B2= 1. MCO = %11 0101. 


Figure 8-46 Time and Date Announcement 
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8.3.1.25 Network Status Broadcast 

This message provides the current WACN and System ID to the SU’s monitoring 
the channel. See Table 8-10 for definitions of the LRA and System Service 
Class fields. 

7 6 5 4 3 2 1 0 

1 
2 

3 

4 

5 

6 

7 

8 

9 

10 
11 

B1 =0, B2= 1. MCO = %11 1011. 

Figure 8-47 Network Status Broadcast - Abbreviated Format 
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2 

3 

4 
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8 
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10 
11 
12 
13 

Figure 8-48 Network Status Broadcast - Extended Format 



B1 = 1, B2= 1. MCO = %11 1011. 
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8.3.1.26 Group Voice Service Request 

This message is used to request voice service targeting a group reference. 



B1 = 0, B2 = 1. MCO - %00 0001. 


Figure 8-49 Group Voice Service Request 
8.3.1.27 RFSS Status Broadcast 

This message provides the current RF sub-system and site identity to the SU’s 
monitoring this channel. See Table 8-10 for the field definitions. 


1 

2 
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4 
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6 

7 

8 
9 


Figure 8-50 RFSS Status Broadcast - Abbreviated Format 


B1 B2 


MCO 


LRA 


Reserved R 


System ID 


RFSS ID 


Site ID 


Channel 


System Service Class 


B1 =0, B2= 1. MCO = %11 1010. 
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B1 = 1, B2= 1. MCO = %11 1010. 

Figure 8-51 RFSS Status Broadcast - Extended Format 

8.3.1.28 Secondary Control Channel Broadcast 

This message addresses the current secondary control channel assignments for 
this site. See Table 8-10 for the System Service Class definition. 



B1 =0, B2= 1. MCO = %11 1001. 


Figure 8-52 Secondary Control Channel Broadcast - Abbreviated 
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B1 = 1, B2= 1. MCO = %10 1001. 


Figure 8-53 Secondary Control Channel Broadcast - Explicit 
8.3.1.29 Status Query 

An SU may request the current status condition of another SU. 



B1 = 0, B2 = 1. MCO - %01 1010. 

Figure 8-54 Status Query - Abbreviated Format 


7 6 5 4 3 2 1 0 



Figure 8-55 Status Query - Extended Format 
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8.3.1.30 Queued Response 

This message is the response to indicate a requested service can not be granted 
at this time. See Table 8-10 for the field definitions. 



B1 = 0, B2 = 1. MCO - %10 0001. 

Figure 8-56 Queued Response 


8.3.1.31 Deny Response 

This message is the response to a service requesting unit to indicate a problem 
with the request. See Table 8-10 for the field definitions. 



B1 =0, B2= 1. MCO = %10 0111. 

Figure 8-57 Deny Response 
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8.3.1.32 System Service Broadcast 

This broadcast message informs the SU’s of the current system services 
supported and currently offered on this site. See Table 8-10 for the field 
definitions. 



B1 =0, B2= 1. MCO = %11 1000. 


Figure 8-58 System Service Broadcast 

8.3.1.33 Unit Registration Command 

This message is used to force an SU to initiate unit registration. 



B1 =0, B2= 1. MCO = %10 1101. 


Figure 8-59 Unit Registration Command - Abbreviated Format 
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8.3.1.34 Radio Unit Monitor Command 

This message is used to command a radio to execute a radio unit monitor 
operation. See Table 8-10 for field definitions. 


7 6 5 4 3 2 1 0 

1 
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4 

5 
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7 
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Figure 8-60 Radio Unit Monitor Command 

8.3.1.35 Identifier Update for VHF/UHF Bands 

This message should be used to inform the subscriber units of the channel 
parameters to associate with a specific channel identifier. This format is to be 
used for base frequencies within the VHF and UHF bands. See Table 8-10 for 
field definitions. 
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Figure 8-61 Identifier Update for VHF/UHF Bands 


7 6 5 4 3 2 1 0 


B1 

B2 

MCO 

Identifier 

BW VU 

Transmit Offset VU 




Channel Spacing 


Base Frequency 


B1 = 0, B2 = 1. MCO - %11 0100. 


B1 B2 MCO 


Reserved 

Tx Mult 

Source Address 


Target Address 



B1 =0, B2 = 1. MCO = %01 11 01. 
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8.3.1.36 Identifier Update for TDMA 

This message should be used to inform the subscriber units of a P25 TDMA 
system of the channel parameters to associate with a specific channel identifier. 
See Table 8-10 for field definitions. 
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2 
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4 
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6 

7 

8 
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Figure 8-62 Identifier Update for TDMA 
8.3.1.37 Manufacturer Message 

The Manufacturer message is shown in Figure 8-63. The length up to the limit of 
the message format, depends on the manufacturer definition. 


7 6 5 4 3 2 1 0 


B1 

B2 

MCO 

Identifier 

Channel Type 

Transmit Offset TDMA 




Channel Spacing 


Base Frequency 


B1 =0, B2= 1. MCO = %11 0011. 



7 

6 

5 4 3 2 1 0 

1 

B1 

B2 

MCO 

2 

Manufacturer’s ID 


3 


Manufacturer dependent information 


B1 = 1, B2 = 0, MCO values are defined by the manufacturer. 

Figure 8-63 Manufacturer Message 
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8.3.1.38 Individual Paging Message 

Individual Paging messages are used to request that an individual unit move 
from a voice channel to the control channel. A variable number of individual IDs 
up to four, along with a corresponding priority level may be signaled in this 
message, see 7.2.3 for procedures associated with receiving this message. The 
message length is dependent upon the number of targeted individuals. 



B1 = 0, B2 = 0, MCO =%01 0010. 


Figure 8-64 Individual Paging Message with Priority 


Table 8-3 PRIO Bit Definitions 


PRIO bit 

%0 

%1 

PRIOI 

ID1 page is Low Priority 

ID1 page is High Priority 

PRI02 

ID2 page is Low Priority 

ID2 page is High Priority 

PRI03 

ID3 page is Low Priority 

ID3 page is High Priority 

PRI04 

ID4 page is Low Priority 

ID4 page is High Priority 


Fields marked with RES are reserved. 

The LEN field determines the number of IDs present in the message. 
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Table 8-4 below provides the message length, number of units to be paged and 
details the valid PRIO bits as a function of LEN. 


Table 8-4 Indirect Individual Paging Message Length 


LEN 

Number 
of Units 
to be 
Paged 

Valid PRIO bits 

Message 

Length 

(Octets) 

%00 

1 

PRIOI 

5 

%01 

2 

PRIOI, PRI02 

8 

%10 

3 

PRIOI, PRI02, PRI03 

11 

%11 

4 

PRIOI, PRI02, PRI03, PRI04 

14 
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8.3.1.39 Group Paging Message 

Group Paging messages are used to notify radios of other talkgroup activity at 
the site. The decision to leave the current channel and move to the control 
channel for specific assignment information is optional. A variable number of IDs 
up to four may be signaled in this message. 



B1 = 0, B2 = 0, MCO =%01 0001 

Figure 8-65 Indirect Group Paging Message without Priority 

Fields marked with RES are reserved. 

The LEN field determines the number of IDs present in the message. Table 8-5 
below provides the message length and number of units to be paged as a 
function of LEN. 

Table 8-5 Indirect Paging Message without Priority Length 


LEN 

Number 
of Units 
to be 
Paged 

Message 

Length 

(Octets) 

%00 

1 

4 

%01 

2 

6 

%10 

3 

8 

%11 

4 

10 
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8.3.1.40 Power Control Signal Quality 

This is used for closed loop power control for an SU. 



7 

6 

5 4 

3 2 10 

1 

B1 

B2 

MCO 

2 





3 



Destination Address 

4 





5 

RF Level 

BER 


B1 = 0, B2 = 0. MCO - %11 0000. 

Figure 8-66 Power Control Signal Quality 
8.3.1.41 MAC Release 


The MAC_Release message is used on the outbound SACCH channel. It is 
used for signaling a keyed unit that some sort of call preemption scenario is 
occurring. The preempt may be forced or unforced as indicated by the U/F bit. 
The message is shown in Figure 8-67. 



7 

6 

5 4 

3 2 10 

1 

B1 

B2 

MCO 

2 

U/F 

C/A 

Reserved 

3 

4 

5 

Target Address 

6 

Reserved 


7 

Color Code 


B1 = 0, B2 : 

= 0. MCO = %11 0001. 


Figure 8-67 MAC Release 
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8.4 MAC Fields Definition 
8.4.1 Opcode 

The opcode field is a 3 bit field that indicates what type of MAC PDU is 
forthcoming. All PDUs have the opcode field. This opcode is required to be able 
to correctly interpret the message. A list of the opcodes is presented in Table 
8-6 : 


Table 8-6 Opcode Values 


Opcode value 

MAC PDU 

%000 

Reserved 

%001 

MAC PTT 

%010 

MAC END PTT 

%011 

MAC IDLE 

%100 

MAC ACTIVE 

%101 

Reserved 

%110 

MAC HANGTIME 

%111 

Reserved 


8.4.2 Offset 

The offset field is a 3 bit field that that tells the number of non-SACCH bursts 
between the current FACCH or SACCH and the first 4V burst in the next voice 
frame associated with the slot the MAC_PDU occurs in. Special values are also 
provided for use in the random access SACCH and in cases where no voice 
frames are anticipated or voice framing is unknown. The offset field is present in 
all MAC PDUs, both on the FACCH and SACCH and for either inbound or 
outbound. Table 8-7 provides the valid definitions for the offset field. 
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Table 8-7 Offset Values 


Offset 

value 

Position of the first 4V within the voice burst sequence 

%000 

First 4V is in the next non-SACCH burst on this slot 

%001 

First 4V is in the 2 nd non-SACCH burst from this position on this slot 

%010 

First 4V is in the 3 rd non-SACCH burst from this position on this slot 

%011 

First 4V is in the 4 th non-SACCH burst from this position on this slot 

%100 

First 4V is in the 5 th non-SACCH burst from this position on this slot 

%101 

Reserved 

%110 

Inbound: For use by SUs transmitting in the Random Access SACCH 
Outbound: Reserved 

%111 

No voice framing or unknown voice framing 


Note that the offset value of %111 is used when either there is no voice framing 
or voice framing is not known. For outbound, this could be either during call 
setup prior to receiving any voice for transmission or during call hangtime when 
voice has ended. For inbound this value is used the when the SU is transmitting 
the MAC_END_PTT as no voice follows that signaling burst. 

If a change a voice context occurs after it has been signaled in a FACCFI or 
SACCFI burst, such as may happen in a console interrupt of a repeated SU 
transmission, the voice framing is updated to reflect the voice framing of the new 
call audio source through the insertion of a MAC PDU with an updated offset field 
at the time of the audio source change. 

Figure 8-68 gives examples of how the offset field defined in Table 8-7 would be 
applied to the full set of voice framing possibilities. 
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Offset 

1 


Offset 

2 


Offset 

3 


Offset 

4 


Offset 

5 


360 msec 


%001 

[ptT] 

%001 

%000 

FH 

fh 
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%001 

/6 

FH 

FH 

FH 

Fj\ 

- ^ 

FH 

%111 
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%001 
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%000 

FH 
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FH 

%010 

FH 

FH 

FH 

FH 

FH 
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FH 

%111 
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FH 

%011 

FH 

FH 

FH 

FH 

FH 
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FH 
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FH 
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FH 
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%m 

%111 
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r — — 

1 

%111 

%111 

1 _ 1 

%001 

%000 

FH 

%000 

A 

FH 

V _ 

FH 

FH 

FH 

FH 

_' 

%000 

A 

FH 

1 

SACCH 

PT.1 is 1 s * 
PT.O is 2 nd 

MAC_PTT 

MAC_PTT 





T 

SACCH 

These sequences of 

five voice frames 

repeat until the talk 

spurt ends. 
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Figure 8-68 Offset Field Usage 


8.4.3 RF Level 

The RF Level field has a fixed length of 4 bits. 


Table 8-8 RF Level Field 


Coding 

RF Level field 

%0000 

Unknown 

%0001 

S- 15 dBm 

%0010 

S- 12dBm 

%0011 

S- 9 dBm 

%0100 

S- 6 dBm 

%0101 

S- 3 dBm 

%0110 

S dBm 

%0111 

S + 3 dBm 

%1000 

S + 6 dBm 

%1001 

S + 9 dBm 

%1010 

S + 12 dBm 

%1011 

S + 15 dBm 

%1100 

S + 18 dBm 

%1101 

S + 21 dBm 

%1110 

S + 24 dBm 

%1111 

S + 27 dBm 


S is the signal strength that produces approximately 1% static BER as measured 
at the FNE. 
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8.4.4 BER 


The BER field has a fixed length of 4 bits. 

Table 8-9 BER Field 


Coding 

BER field 

%0000 

0% <= BER < 0.08% 

%0001 

0.08% <= BER < 0.12% 

%0010 

0.12% <= BER < 0.18% 

%0011 

0.18% <= BER < 0.27% 

%0100 

0.27% <= BER < 0.39% 

%0101 

0.39% <= BER < 0.57% 

%0110 

0.57% <= BER < 0.84% 

%0111 

0.84% <= BER < 1.25% 

%1000 

1.25% <= BER < 1.35% 

%1001 

1.35% <= BER < 2.7% 

%1010 

2.7% <= BER < 3.9% 

%1011 

3.9% <= BER < 5.7% 

%1100 

5.7% <= BER < 8.4% 

%1101 

8.4% <= BER < 12.5% 

%1110 

12.5% <= BER 

%1111 

Unused 


Using the BER field in the Power Control message is optional. The field should 
be set to %1111 (Unused) if BER measurement is not supported by the FNE. 

8.4.5 CRC 

The MAC PDUs use a 12-bit CRC denoted as CRC-12. The generator 
polynomial is denoted a gi 2 (x). The redundancy, r, is 12. The CRC generator 
polynomial is as follows. 


g 12 (x) = x 12 + x 11 + x 7 + x 4 + x 2 + x + 1 (9) 

The information bits are arranged into a vector. The first 3 bits consist of the 3- 
bit opcode. The next 3 bits consist of the 3-bit offset. The next 2 bits consist of 
the 2 reserved bits of the first octet. The remaining octets, up to, but not 
including the CRC, are then arranged in order as shown in Figure 8-2 or Figure 
8-3. For example, in the left side on Figure 8-2, the MAC PDU has 22.5 octets in 
total and 21 octets without the CRC. The information bits, in that case, form a 
vector of 168 bits, consisting of the 3-bit opcode, the 3-bit offset, the 2-bit 
reserved field, and 160 bits in octets 1 through 20. The k bits in the vector 
(k=168 in the example) then correspond to k binary coefficients in a polynomial 
representation denoted as M(x): 


M(x) = m k _ix k1 + m k _ 2 x k " 2 + ... m 2 x 2 + ithx + m 0 (10) 
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Coefficient m k -i corresponds to the MSB of the 3-bit opcode, bit m k -2 corresponds 
to the middle bit of the 3-bit opcode, bit m k _ 3 corresponds to the LSB of the 3-bit 
opcode, etc. 

The CRC is computed by dividing M(x) * x r by the CRC generator polynomial 
9crc(x) = gi 2 (x) to compute the quotient, q(x), and the remainder, p(x). The 
degree of p(x) is r-1 or less. 

M(x) x r = q(x) g CRC (x) + p(x) (11) 

such that degree(p) < degree(gcRc) 

The CRC then corresponds to the inverted coefficients of p(x), namely p r -i*, p r - 2 *, 
... pi*, p 0 *; where binary inversion is denoted with a “*” character. The bits in the 
penultimate octet correspond to: p r _i*, p r . 2 *, ... p r - 7 *, Pr-8*. The LSB’s of the last 
octet correspond to p r -g*, p r -io*, ■■■ Pi* and p 0 *. 


8.4.6 Unforced/Forced (U/F) Field 

The Unforced/Forced (U/F) field indicates the type of preemption: 

• U/F = 0 for an unforced preemption (See 7.3.5.1.1.4), 

• U/F = 1 for a forced preemption (See 7.3.5.1.1.4). 
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8.4.7 Call Preemption/Audio Preemption (C/A) Field 

The C/A field indicates whether a call preemption or talker preemption is taking 
place. This field is used to signal the current talker that a change in the call has 
taken place. 

• C/A = 0, the call is no longer for the talker, so the talker SU should go 
back to CCH, 

• C/A = 1, the call is still for the talker’s group, however, the outbound audio 
is no longer the talkers. In this case the talker SU is allowed to stay on 
VCH. 

8.4.8 Color Code 

The Color Code is the same value as the NAC for Phase 1 FDMA channels, 
specifically the Phase 1 FDMA Control Channel if this is used. The NAC code in 
Phase 1 and the color code in Phase 2 are used to identify and reject co-channel 
interfering sources. Co-channel rejection in Phase 1 systems on FDMA channels 
is accomplished through detection of an invalid NAC code. Co-channel rejection 
in Phase 2 systems on TDMA channels is accomplished through the process of 
scrambling, and the color code field is one of the unique elements used to 
initialize the scrambling sequence. See 7.2.5 for the complete description of the 
scrambling process. 

On systems having TDMA voice channels and Phase 1 control channels, the 
color code of the TDMA traffic channel can be determined by monitoring NAC 
code associated with Trunking Signaling Blocks (TSBK) transmitted on the 
Phase 1 CCFI. Additionally, the color code is transmitted in the Network Status 
Broadcast MAC messages sent on a Phase 2 TDMA VCH. 

The color code is also embedded within the non-scrambled MAC_END_PTT 
PDUs to allow simple identification of the system of an interfering TDMA VCH. 
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8.4.9 Other Fields from Phase 1 

The following field names are used in the MAC PDU field definitions. These field 
names correspond to information fields by the same name defined in reference 
[R2], The subclause in reference [R2] that defines the field contents is listed in 
Table 8-10 . 
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Table 8-10 Field Name definition reference 


Name 

Size 

bits 

Reference 

[R2] 

Subclause 

definition 

Name 

Size 

bits 

Reference 

[R2] 

Subclause 

definition 

A 

1 

6.2.2.1 / 
6.2.15 

RAND1 

40 

6.2.27 

AA 

1 

5.2.7 

Request Priority 
Level 

8 

6.2.19 

AE 

1 

6.2.1.1 

RFSS ID 

8 

2.3.23 


8 

6.2.34 

RS 

80 

6.2.27 

Base Frequency 

32 

2.3.5 

Service Options 

8 

2.3.24 

BW 

9 

2.3.6 

Service Type 

6 

6.2.1.1 

BW VU 

4 

2.3.7 

Site ID 

8 

2.3.26 

C 

1 

6.2.2.1 

SM 

1 

6.2.34 

Call Timer 

16 

2.3.8 

Source Address 

24 

2.3.27 

Channel 

16 

2.3.9 

Source ID 

24 

2.3.38 

Channel (T) 

16 

2.3.9 

Source SUID 

56 

2.3.38 

Channel (R) 

16 

2.3.9 

Status 

16 

2.3.29 

Bsmi 

10 

2.3.9.2 


12 

2.3.31 

Channel Type 

4 

3.2.1 

System Service 
Class 

8 

2.3.32 

Data Service 
Options 

8 

2.3.12 

System Services 

24 

6.2.19 

Data Access 

Control 

16 

2.3.11 

Target Address 

24 

2.3.33 

Digit 

4 

2.3.13 

TG 

1 

6.2.34 

Extended 

Function 

40 

2.3.15 

Transmit Offset 

9 

2.3.35 

EX 

1 

6.2.1.1 

Transmit Offset 
TDMA 

14 

6.2.32 

F 

1 

6.2.2.1 

Transmit Offset 

VU 

14 

2.3.36 

Group Address 

16 

2.3.16 

Twuid Validity 

8 

6.2.19 

Identifier 

4 

2.3.9.1 

TX Mult 

2 

6.1.19 


16 

6.2.34 

TX Time 

8 

6.2.34 

Local Time Offset 

12 

6.2.27 

V 

1 

6.2.2.1 

LRA 

8 

2.3.20 

VD 

1 

6.2.27 


16 

2.3.21 

VL 

1 

6.2.27 

R 

1 

6.2.15 

VT 

1 

6.2.27 

RA 

1 

5.2.7 

WACN ID 

20 

2.3.37 
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Annex A Galois Field for Reed Solomon Codes (Informative) 

This annex defines the Galois Field with 64 elements used in the Reed-Solomon 
codes in clause 5. This finite field is usually abbreviated as GF(64). There are 
64 elements in the field, and any element can be represented with a 6-bit 
number, which can also be called a hexbit. A hexbit can be conveniently 
represented with two octal digits (e.g., %110011 is also 63 octal). 

A.1 GF(64) Arithmetic 

A primitive element called a is used as an extension of the GF(2) field to provide 
all 63 roots of the x63+i polynomial. The element a is the root of a minimum 
polynomial, which is one of the factors of x63+i. The minimum polynomial which 
this document uses is called the characteristic polynomial, c(x), for the field. The 
following statements are then true. 

c(x) = x 6 + x + 1 the defined characteristic polynomial 
c(a) = a 6 + a + 1 = 0 the constitutive relation for GF(64) 
a® = a + 1 

a7 = a? + a 
a"! 0 = a5 + 
a"! "I = a5 + a + 1 

These equations suggest that elements in GF(64) can be expressed in two ways, 
either as a polynomial in a with degree 5 or less, or as an exponent of a where 
the exponent is in the range 0 to 62 decimal. The polynomial form is 
conveniently represented as a hexbit with 2 octal digits. Note that the zero 
element of the field does not have an exponential representation, so exponents 
only range up to 62 decimal. 

A.2 Exponential and Logarithm Tables 

Arithmetic in GF(64) consists of addition and multiplication. Addition is easy for 
the polynomial form since each term adds, modulo 2. Addition is harder for the 
exponent form since the exponent form is converted to a polynomial for addition 
and converted back to an exponent, typically through a lookup table. 

Multiplication is easy for the exponent form since the exponents add modulo 63. 
Multiplication is harder for the polynomial form, since the polynomials have to be 
multiplied to yield a higher degree polynomial, and this has to be reduced to a 

residue modulo a 6 +a+1. These operations can be aided with exponential and 
logarithm lookup Table A-1 and Table A-2 given below. In Table A-1 and Table 
A-2, and throughout this document, the exponents are given as decimal numbers 
and the polynomials are expressed as octal numbers. 


131 



TIA-102.BBAC 


a e = bs a 5 + b 4 a 4 + ... bi a + bo (12) 

e = exponent expressed in decimal radix 
b = octal representation of bits (b 7 , b6, ... bi, bo) 


Table A-1 Exponential and Logarithm table for GF(64) 




Exponential 

b = 

a e 





Logarithm: e 

= log(b) 



e 

0 

1 

2 

3 

4 

5 

6 

7 

b 

0 

1 

2 

3 

4 

5 

6 

7 

0 

01 

02 

04 

10 

20 

40 

03 

06 

00 

- 

0 

1 

6 

2 

12 

7 

26 

8 

14 

30 

60 

43 

05 

12 

24 

50 

10 

3 

32 

13 

35 

8 

48 

27 

18 

16 

23 

46 

17 

36 

74 

73 

65 

51 

20 

4 

24 

33 

16 

14 

52 

36 

54 

24 

21 

42 

07 

16 

34 

70 

63 

45 

30 

9 

45 

49 

38 

28 

41 

19 

56 

32 

11 

22 

44 

13 

26 

54 

33 

66 

40 

5 

62 

25 

11 

34 

31 

17 

47 

40 

57 

35 

72 

67 

55 

31 

62 

47 

50 

15 

23 

53 

51 

37 

44 

55 

40 

48 

15 

32 

64 

53 

25 

52 

27 

56 

60 

10 

61 

46 

30 

50 

22 

39 

43 

56 

37 

76 

77 

75 

71 

61 

41 

01 

70 

29 

60 

42 

21 

20 

59 

57 

58 


A.3 Mother Code Generator Matrix for (63,35,29) RS Code 

The mother code used in clause 5 is a (63,35,29) RS code. The generator matrix 
for this code, G, has 35 rows and 63 columns. The G matrix is tabulated in this 
annex in three parts: columns 1 through 21 are the left third, then columns 22 
through 42 are the middle third, and finally columns 43 through 63 are the right 
third. The matrix element values are octal. The left hand 35 columns of the 
matrix is a 35x35 identity matrix. 
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Table A-2 Mother Code Generator Matrix for (63,35,29) RS code 


01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

01 

00 

00 

00 
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Mother Code Generator Matrix, Right Third 

Table A-2 concluded 


The generator polynomial g(x) is given below with octal coefficients: 


G(x) = x 28 + 26 x 27 + 55 x 26 + 65 x 25 + 12 x 24 + 51 x 23 + 67 x 22 + 
43 x 21 + 12 x 20 + 26 x 19 + 35 x 18 + 27 x 17 + 15 x 16 + 

75 x 15 + 55 x 14 + 42 x 13 +67 x 12 + 50 x 11 + 45 x 10 + 

56 x 9 + 61 x 8 + 42 x 7 + 51 x 6 + 11 x 5 + 53 x 4 + 07 x 3 + 
24 x 2 + 13x + 34 


(13) 
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Annex B OSP MCO Opcode List (Informative) 

Table B-1 lists the opcodes from reference [R2] for Outbound Signaling Packets 
(OSPs). The opcodes used as MCO values in clause 8 are listed in the right¬ 
most column with the pertinent subclause number. 


Table B-1 Reference 2 OSP opcode summary 


OSP List 

Opcode 

Description 

Alias 

Subclause 

%000000 

Group Voice Channel Grant 

GRP V CH GRANT 

8 . 2 . 4.7 

%000001 

Reserved 



%000010 

Group Voice Channel Grant Update 

GRP V CH GRANT UPDT 

8 . 2 . 4.8 

%000011 

Group Voice Channel Grant Update - 
Explicit 

GRP V CH GRANT UPDT 
EXP 

8 . 2 . 4.9 

%000100 

Unit To Unit Voice Channel Grant 

UU V CH GRANT 

8 . 2 . 4.10 

%000101 

Unit To Unit Answer Request 

UU ANS REQ 

8 . 2 . 4.11 

%000110 

Unit To Unit Voice Channel Grant Update 

U U_V_C H_G RANTUPDT 

8 . 2 . 4.14 

%000111 

Reserved 



%001000 

Telephone Interconnect Voice Channel 

Grant 

TELE J NT_C H_G RANT 

8 . 2 . 4.12 

%001001 

Telephone Interconnect Voice Channel 

Grant Update 

TELE INT CH GRANT UPD 
T 

8 . 2 . 4.15 

%001010 

Telephone Interconnect Answer Request 

TELE INT ANS REQ 

8 . 2 . 4.13 

%001011 

Reserved 



%001100 

Reserved 



%001101 

Reserved 



%001110 

Reserved 



%001111 

Reserved 



%010000 

Obsolete 



%010001 

Obsolete 



%010010 

Obsolete 



%010011 

Obsolete 



%010100 

SNDCP Data Channel Grant 

SN-DATA CHN GNT 

8 . 2 . 4.16 

%010101 

SNDCP Data Page Request 

SN-DATA PAGE REQ 

8 . 2 . 4.17 

%010110 

SNDCP Data Channel Announcement - 
Explicit 

SN-DATACHNANNEXP 

8 . 2 . 4.18 

%010111 

Reserved 



o 

o 

o 

o 

Status Update 

STSUPDT 

8 . 2 . 4.31 

%011001 

Reserved 



%011010 

Status Query 

STS Q 

8 . 2 . 4.30 

%011011 

Reserved 



%011100 

Message Update 

MSG UPDT 

8 . 2 . 4.25 

%011101 

Radio Unit Monitor Command 

RAD MON CMD 

8 . 2 . 4.34 

%011110 

Reserved 



%011111 

Call Alert 

CALL ALRT 

8 . 2 . 4.21 
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Table B -1 (concluded) 


OSP List 

Opcode 

Description 

Alias 

Subclause 

% 100000 

Acknowledge Response - FNE 

ACK RSP FNE 


% 100001 

Queued Response 

QUE RSP 


%100010 

Reserved 



%100011 

Reserved 



%100100 

Extended Function Command 

EXT FNCT CMD 

8.2.4.22 

%100101 

Reserved 



%100110 

Reserved 



%100111 

Deny Response 

DENY RSP 


%101000 

Group Affiliation Response 

GRP AFF RSP 


%101001 

Secondary Control Channel Broadcast - 
Explicit 

SCCBEXP 

8.2.4.36 

%101010 

Group Affiliation Query 

GRP AFF Q 

8.2.4.23 

%101011 

Location Registration Response 

LOC REG RSP 


%101100 

Unit Registration Response 

U REG RSP 


%101101 

Unit Registration Command 

U REG CMD 

8.2.4.33 

%101110 

Authentication Command 

AUTH CMD 

8.2.4.20 

%101111 

De-Registration Acknowledge 

U DE REG ACK 


%110000 

Synchronization Broadcast 

SYNC BCST 


%110001 

Authentication Demand 

AUTH DMD 


%110010 

Authentication FNE Response 

AUTH FNE RESP 


%110011 

Identifier Update for TDMA 

IDEN UP TDMA 

8.2.4.37 

vO 

o 

o 

o 

Identifier Update for VHF/UHF Bands 

IDEN UP VU 

8.2.4.35 

%110101 

Time and Date Announcement 

TIME DATE ANN 


%110110 

Roaming Address Command 

ROAM ADDR CMD 


%110111 

Roaming Address Update 

ROAM ADDR UPDT 


%111000 

System Service Broadcast 

SYS SRV BCST 

8.2.4.32 

%111001 

Secondary Control Channel Broadcast 

SCCB 

8.2.4.29 

%111010 

RFSS Status Broadcast 

RFSS STS BCST 

8.2.4.28 

%111011 

Network Status Broadcast 

NET STS BCST 

8.2.4.26 

%111100 

Adjacent Status Broadcast 

ADJ STS BCST 

8.2.4.19 

%111101 

Identifier Update 

IDEN UP 

8.2.4.24 

%111110 

Protection Parameter Broadcast 

P PARM BCST 


%111111 

Protection Parameter Update 

P PARM UPDT 

8.2.4.27 
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Annex C Examples of PTT and Call Termination on VCHO and VCH1 (Informative) 

All examples in this annex (see Figure C-1 through Figure C-6) show a fixed delay between the inbound data and the 
outbound repeated data. The delay shown is only for clarity and the actual delay may vary from this and from 
manufacturer to manufacturer. 

VCH1 



Slot 0 1 2 3 4 5 6 7 8 91011 0 1 2 3 4 5 6 7 8 91011 



PT.1 

First MAC_PTT on inbound FACCH 

4/2V 

Inbound Voice 

PT.O 

Second MAC_PTT on inbound FACCH 

4/2V 

Outbound Voice 

PT.1 

First MAC_PTT on outbound FACCH 

SAC 

Inbound SACCH reserved for the talker 

PT.O 

Second MAC_PTT on outbound FACCH 

SAC 

Outbound SACCH 



S/FAC 

Free inbound SACCH/FACCH 


Figure C-1 Example of PTT Initiated on the First Inbound FACCH 
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VCH1 


Outbound j 

FAC 


FAC 


PT.1 


PT.O 


4 V 

SAC 


4V 


4V 


4V 


2V 


4V 

SAC 


Inbound FAC 


PT.1 
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Figure C-2 Example of PTT Initiated on the Second Inbound FACCH 
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Figure C-3 Example of PTT Initiated on the Third Inbound FACCH 
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Figure C-4 Example of PTT Initiated on the Fourth Inbound FACCH 
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Figure C-5 Example of PTT Initiated on the Fifth Inbound FACCH 
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Annex D Examples of Call Setup on VCHO (Informative) 

All examples in this annex (see Figure D-1 through Figure D-8) show a fixed delay between the inbound data and the 
outbound repeated data. The delay shown is only for clarity and the actual delay may vary from this and from 
manufacturer to manufacturer. 
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Figure D-1 Detailed Example of VCH 0 group call entry with an unsynchronized control and traffic channel 
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Figure D-2 Detailed Example of VCH 0 group call entry with a synchronized control and traffic channel 
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Figure D-3 Detailed Example of transmission trunked VCH 0 group call unkey 
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Figure D-4 Detailed Example of message trunked VCH 0 group call unkey with no call continuation 
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Figure D-5 Detailed Example of message trunked VCH 0 group call unkey with call continuation via Traffic 

Channel 
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Figure D-6 Detailed Example of message trunked VCH 0 group call unkey with call continuation via Control 

Channel 
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Figure D-7 Detailed Example of VCH 0 group call undergoing console initiated talker preempt (unforced) 
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Figure D-8 Detailed Example of VCH 0 group call undergoing console initiated call preempt (forced) 


149 





























TIA-102.BBAC 


This Page intentionally left blank 


150 



TIA-102.BBAC 


Annex E Burst Bit locations (Normative) 


This annex contains the precise bit allocations for each of the burst types in 
Table E-1 through Table E- 9. The order in which the vocoder bits are placed in 
the MAC frames is identical to the output of the vocoder as specified in Annex H 
of TIA102.BABA-1. 

Table E-1: Inbound 4V Burst Bit Allocations 
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Table E- 2: Inbound 4V Burst ESS Bit Allocations 
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The ESS information contained in the inbound 4V bursts is defined in Table E- 2 
by which of the four 4V bursts in the sequence as explained in 5.6.2 and 6.1. 
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Table E- 3: Inbound 2V Burst Bit Allocations 
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Ci (22) 

60 


Ci (4) 

c 3 (11) 

61 


Co(16) 

Ci (21) 

62 


ci (3) 

c 3 ( 10) 

63 


Co(15) 

C, (20) 

64 

Voice Frame 

Ci (2) 

Co(9) 

65 

2 

Cod 4) 

c, (19) 

66 


Old) 

c 3 (8) 

67 


Co(13) 

Ci (18) 

68 


Ci (0) 

Co(7) 

69 


Cod 2) 

Ci (17) 

70 


c 2 ( 10) 

c 3 (6) 

71 


Cod 1) 

c, (16) 

72 


c 2 (9) 

c 3 (5) 

73 


Co(10) 

c, (15) 

74 


c 2 (8) 

Co(4) 

75 


c 0 (9) 

Ci (14) 

76 


c 2 (7) 

Co(3) 

77 


c 0 (8) 

c, (13) 

78 


c 2 (6) 

Co(2) 

79 


Co(7) 

Ci (12) 

80 


c 2 (5) 

Co(l) 

81 


Co(6) 

Cl(11) 

82 


c 2 (4) 

Ca(0) 

83 

DUID 1 

1 

0 

84 


RS_parity(167) 

RS_parity(166) 

85 


RS parity) 165) 

RS parity) 164) 

86 


RS parity) 163) 

RS parity) 162) 

87 

ESS-A(I) 

RS parity) 161) 

RS parity) 160) 

88 


RS parity) 159) 

RS parity) 158) 

89 


RS_parity 157) 

RS_parity(156 





TIA-102.BBAC 


Table E- 3: Inbound 2V Burst Bit Allocations (concluded) 


Symbol 

Field 

Bit 1 

BitO 

90 

ESS-A(I) 

con't 

RS parity( 155) 

RS parity! 154) 

91 

RS paritvt 153) 

RS parity! 152) 

92 

RS parity( 151) 

RS parity! 150) 

93 

RS parity! 149) 

RS parity! 148) 

94 

RS_parity(147) 

RS_parity( 146) 

95 

RS parity( 145) 

RS parity! 144) 

96 

RS_parity( 143) 

RS_parity( 142) 

97 

RS paritvt 141) 

RS parity! 140) 

98 

RS parity! 139) 

RS parity! 138) 

99 

RS parity! 137) 

RS parity! 136) 

100 

RS_parity(135) 

RS_parity( 134) 

101 

RS parity! 133) 

RS parity! 132) 

102 

RS_parity( 131) 

RS_parity( 130) 

103 

RS parity! 129) 

RS parity! 128) 

104 

RS parity! 127) 

RS parity! 126) 

105 

RS parity! 125) 

RS parity! 124) 

106 

RS_parity(123) 

RS_parity( 122) 

107 

RS parity! 121) 

RS parity! 120) 

108 

RS_parity( 119) 

RS_parity(118) 

109 

RS parity! 117) 

RS parity! 116) 

110 

RS parity! 115) 

RS parity! 114) 

111 

RS parity! 113) 

RS parity! 112) 

112 

RS_parity( 111) 

RS_parity( 110) 

113 

RS parity! 109) 

RS parity! 108) 

114 

RS parity! 107) 

RS parity! 106) 

115 

RS parity! 105) 

RS parity! 104) 

116 

RS parity! 103) 

RS parity! 102) 

117 

RS parity! 101) 

RS parity! 100) 

118 

RS parity(99) 

RS parity(98) 

119 

RS parity(97) 

RS parity(96) 

120 

RS parity(95) 

RS parity(94) 

121 

RS parity(93) 

RS parity(92) 

122 

RS parity(91) 

RS parity(90) 

123 

RS parity(89) 

RS parity(88) 

124 

RS parity(87) 

RS parity(86) 

125 

RS parity(85) 

RS parity(84) 

126 

RS parity(83) 

RS parity(82) 

127 

RS parity(81) 

RS parity(80) 

128 

RS parity(79) 

RS parity(78) 

129 

RS parity(77) 

RS parity(76) 

130 

RS parity(75) 

RS parity(74) 

131 

RS parity(73) 

RS parity(72) 

132 

DUID3 

1 

1 

133 

ESS-A (2) 

RS parity(71) 

RS parity(70) 

134 

RS parity(69) 

RS parity(68) 


Symbol 

Field 

Bit 1 

BitO 

135 

ESS-A(2) 

con't 

RS parity(67) 

RS parity(66) 

136 

RS paritv(65) 

RS parity(64) 

137 

RS parity(63) 

RS parity(62) 

138 

RS parity(61) 

RS parity(60) 

139 

RS_parity(59) 

RS_parity(58) 

140 

RS parity(57) 

RS parity(56) 

141 

RS_parity(55) 

RS_parity(54) 

142 

RS paritv(53) 

RS paritv(52) 

143 

RS parity(51) 

RS parity(50) 

144 

RS parity(49) 

RS parity(48) 

145 

RS_parity(47) 

RS_parity(46) 

146 

RS parity(45) 

RS parity(44) 

147 

RS_parity(43) 

RS_parity(42) 

148 

RS paritv(41) 

RS parity(40) 

149 

RS parity(39) 

RS parity(38) 

150 

RS parity(37) 

RS parity(36) 

151 

RS_parity(35) 

RS_parity(34) 

152 

RS parity(33) 

RS parity(32) 

153 

RS_parity(31) 

RS_parity(30) 

154 

RS parity(29) 

RS parity(28) 

155 

RS parity(27) 

RS parity(26) 

156 

RS parity(25) 

RS parity(24) 

157 

RS_parity(23) 

RS_parity(22) 

158 

RS parity(21) 

RS parity(20) 

159 

RS parity! 19) 

RS parity! 18) 

160 

RS parity! 17) 

RS parity! 16) 

161 

RS parity! 15) 

RS parity! 14) 

162 

RS parity! 13) 

RS parity! 12) 

163 

RS parity! 11) 

RS parity! 10) 

164 

RS parity(9) 

RS parity(8) 

165 

RS parity(7) 

RS parity(6) 

166 

RS parity(5) 

RS parity(4) 

167 

RS parity(3) 

RS parity(2) 

168 

RS parity! 1) 

RS parity(0) 

169 

DUID4 

1 

0 

170 

Pilot 

1 

0 

171 

0 

0 

172 

1 

0 

173 

0 

0 

174 

Ramp- 

Down/Guard 

Z 

175 

z 

176 

z 

177 

z 

178 

z 

179 

z 


155 






TIA-102.BBAC 


Table E- 4: Inbound Signaling with Sync Burst Bit Allocations 


Symbol 

Field 

Bit 1 | BitO 


Symbol 

Field 

Bit 1 

BitO 

0 

Ramp-up/Guard 

Z 

45 

IEMI (1) con't 

IEMK121) 

IEMI(120) 

1 

Z 

46 

DUID 0 

DUID(3) 

DUID(2) 

2 

z 

47 

IEMI(2) 

IEMK119) 

IEMK118) 

3 

z 

48 

IEMK117) 

IEMK116) 

4 

z 

49 

IEMK115) 

1EMK114) 

5 

z 

50 

IEMK113) 

IEMK112) 

6 

Sync 

0 

1 

51 

lEMI(lll) 

lEMI(IIO) 

7 

0 

1 

52 

IEMK109) 

IEMK108) 

8 

1 

1 

53 

IEMK107) 

IEMK106) 

9 

1 

1 

54 

IEMK105) 

IEMK104) 

10 

0 

1 

55 

IEMK103) 

IEMK102) 

11 

0 

1 

56 

IEMI(101) 

IEMI(100) 

12 

0 

1 

57 

IEMK99) 

IEMK98) 

13 

1 

1 

58 

IEMK97) 

IEMK96) 

14 

0 

1 

59 

IEMK95) 

IEMK94) 

15 

1 

1 

60 

IEMK93) 

IEMK92) 

16 

1 

1 

61 

IEMK91) 

IEMK90) 

17 

0 

1 

62 

IEMK89) 

IEMK88) 

18 

0 

1 

63 

IEMK87) 

IEMK86) 

19 

0 

1 

64 

IEMK85) 

IEMK84) 

20 

0 

1 

65 

IEMK83) 

IEMK82) 

21 

1 

1 

66 

IEMK81) 

IEMK80) 

22 

0 

1 

67 

IEMI(79) 

IEMI(78) 

23 

1 

1 

68 

IEMI(77) 

IEMI(76) 

24 

1 

1 

69 

IEMI(75) 

IEMI(74) 

25 

1 

1 

70 

IEMI(73) 

IEMI(72) 

26 

1 

1 

71 

IEMI(71) 

IEMI(70) 

27 

1 

1 

72 

IEMK69) 

IEMK68) 

28 

IEMI (1) 

IEMI(155) 

IEMI(154) 

73 

IEMI(67) 

IEMI(66) 

29 

IEMK153) 

IEMK152) 

74 

IEMK65) 

IEMK64) 

30 

IEMK151) 

IEMK150) 

75 

IEMK63) 

IEMK62) 

31 

IEMK149) 

IEMK148) 

76 

IEMK61) 

IEMK60) 

32 

IEMI(147) 

IEMI(146) 

77 

IEMI(59) 

IEMI(58) 

33 

IEMK145) 

IEMK144) 

78 

IEMK57) 

IEMK56) 

34 

IEMI(143) 

IEMI(142) 

79 

IEMI(55) 

IEMI(54) 

35 

IEMK141) 

IEMK140) 

80 

IEMK53) 

IEMK52) 

36 

IEMK139) 

IEMK138) 

81 

IEMK51) 

IEMK50) 

37 

IEMK137) 

IEMK136) 

82 

IEMI(49) 

IEMK48) 

38 

IEMI(135) 

IEMI(134) 

83 

DUID 1 

DUID(1) 

DUID(O) 

39 

IEMK133) 

IEMK132) 

84 

IEMI(3) 

IEMI(47) 

IEMI(46) 

40 

IEMI(131) 

IEMI(130) 

85 

IEMI(45) 

IEMI(44) 

41 

IEMK129) 

IEMK128) 

86 

IEMI(43) 

IEMI(42) 

42 

IEMK127) 

IEMK126) 

87 

IEMI(41) 

IEMI(40) 

43 

IEMK125) 

IEMK124) 

88 

IEMK39) 

IEMK38) 

44 

IEMI(123) 

IEMI(122) 

89 

IEMI(37) 

IEMI(36) 


156 
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Table E- 4: Inbound Signaling with Sync Burst Bit Allocations (concluded) 


Symbol 

Field 

Bit 1 

Bit 0 


Symbol 

Field 

Bit 1 

BitO 

90 

IEMI(3) con't 

IEMI(35) 

IEMI(34) 

135 

IEMI(4) con't 

RS_parity(67) 

RS_parity(66) 

91 

IEMK33) 

IEMK32) 

136 

RS paritv(65) 

RS paritv(64) 

92 

IEMK31) 

IEMK30) 

137 

RS parity(63) 

RS parity(62) 

93 

IEMI(29) 

IEMI(28) 

138 

RS parity(61) 

RS parity(60) 

94 

IEMI(27) 

IEMI(26) 

139 

RS_parity(59) 

RS_parity(58) 

95 

IEMI(25) 

IEMI(24) 

140 

RS parity(57) 

RS parity(56) 

96 

IEMI(23) 

IEMI(22) 

141 

RS_parity(55) 

RS_parity(54) 

97 

IEMI(21) 

IEMI(20) 

142 

RS paritv(53) 

RS paritv(52) 

98 

IEMI(19) 

IEMI(18) 

143 

RS parity(51) 

RS parity(50) 

99 

IEMI(17) 

IEMI(16) 

144 

RS parity(49) 

RS parity(48) 

100 

IEMI(15) 

1 EMI( 14) 

145 

RS_parity(47) 

RS_parity(46) 

101 

IEMI(13) 

IEMI(12) 

146 

RS parity(45) 

RS parity(44) 

102 

lEMI(ll) 

IEMI(10) 

147 

RS_parity(43) 

RS_parity(42) 

103 

IEMI(9) 

IEMI(8) 

148 

RS parity(41) 

RS parity(40) 

104 

IEMI(7) 

IEMI(6) 

149 

RS parity(39) 

RS parity(38) 

105 

IEMI(5) 

IEMI(4) 

150 

RS parity(37) 

RS parity(36) 

106 

IEMI(3) 

IEMI(2) 

151 

RS_parity(35) 

RS_parity(34) 

107 

lEMI(l) 

IEMI(0) 

152 

RS parity(33) 

RS parity(32) 

108 

RS_parity(119) 

RS_parity(118) 

153 

RS_parity(31) 

RS_parity(30) 

109 

RS parityd 17) 

RS parity( 116) 

154 

RS parity(29) 

RS parity(28) 

110 

RS parityd 15) 

RS parity) 114) 

155 

RS parity(27) 

RS parity(26) 

111 

RS parity( 113) 

RS parity) 112) 

156 

RS parity(25) 

RS parity(24) 

112 

RS parity(lll) 

RS parity) 110) 

157 

RS parity(23) 

RS parity(22) 

113 

RS parityd 09) 

RS parity) 108) 

158 

RS parity(21) 

RS parity(20) 

114 

RS parity( 107) 

RS parity) 106) 

159 

RS parityd 9) 

RS parity) 18) 

115 

RS parity( 105) 

RS parityd 04) 

160 

RS parity) 17) 

RS parity) 16) 

116 

RS parity( 103) 

RS parityd 02) 

161 

RS parityd 5) 

RS parity) 14) 

117 

RS parityd 01) 

RS parityd 00) 

162 

RS parityd 3) 

RS parity) 12) 

118 

RS parity(99) 

RS parity(98) 

163 

RS parity) 11) 

RS parity) 10) 

119 

RS parity(97) 

RS parity(96) 

164 

RS parity(9) 

RS parity(8) 

120 

RS parity(95) 

RS parity(94) 

165 

RS parity(7) 

RS parity(6) 

121 

RS parity(93) 

RS parity(92) 

166 

RS parity(5) 

RS parity(4) 

122 

RS parity(91) 

RS parity(90) 

167 

RS parity(3) 

RS parity(2) 

123 

RS parity(89) 

RS parity(88) 

168 

RS parityd) 

RS parity(0) 

124 

RS parity(87) 

RS parity(86) 

169 

DUID4 

DUIDparity(l) 

DUIDparity(O) 

125 

RS parity(85) 

RS parity(84) 

170 

Pilot 

1 

0 

126 

RS parity(83) 

RS parity(82) 

171 

0 

0 

127 

RS parity(81) 

RS parity(80) 

172 

1 

0 

128 

RS parity(79) 

RS parity(78) 

173 

0 

0 

129 

RS parity(77) 

RS parity(76) 

174 

Ramp- 

Down/Guard 

Z 

130 

RS parity(75) 

RS parity(74) 

175 

Z 

131 

RS parity(73) 

RS parity(72) 

176 

z 

132 

DUID3 

DUIDparity(3) 

DUIDparity(2) 

177 

z 

133 

IEMI(4) 

RS parity(71) 

RS parity(70) 

178 

z 

134 

RS parity(69) 

RS parity(68) 

179 

z 
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Table E- 5: Outbound 4V Burst Bit Allocations 


Symbol 

Field 

Bit 1 

BitO 


Symbol 

Field 

Bit 1 

BitO 

0 

2nd Half of 
Previous 
burst's ISCH 

ISCH(19) 

ISCH(18) 

45 

Voice Frame 1 
con’t 

Co (6) 

c,dD 

1 

ISCH(17) 

ISCH(16) 

46 

C 2 (4) 

c 3 (0) 

2 

ISCH(15) 

ISCH(14) 

47 

DUID 1 

0 

0 

3 

ISCH(13) 

ISCH(12) 

48 

Voice Frame 2 

c 0 (23) 

Co (5) 

4 

ISCH(II) 

ISCH(IO) 

49 

c, (10) 

c 2 (3) 

5 

ISCH(9) 

ISCH(8) 

50 

Co(22) 

Co(4) 

6 

ISCH(7) 

ISCH(6) 

51 

Ci (9) 

C 2 (2) 

7 

ISCH(5) 

ISCH(4) 

52 

Co(21) 

Co (3) 

8 

ISCH(3) 

ISCH(2) 

53 

c, (8) 

02(1) 

9 

ISCH(1) 

ISCH(O) 

54 

c 0 (20) 

Co(2) 

10 

DUID 0 

0 

0 

55 

C, (7) 

c 2 (0) 

11 

Voice Frame 

1 

c 0 (23) 

c 0 (5) 

56 

Co(19) 

Co(D 

12 

Ci (10) 

c 2 (3) 

57 

c, (6) 

Cod 3) 

13 

C 0 (22) 

Co(4) 

58 

Co(18) 

Co(0) 

14 

Ci (9) 

Co(2) 

59 

c, (5) 

cod 2) 

15 

Co(21) 

c 0 (3) 

60 

Cod 7) 

Ci (22) 

16 

Ci (8) 

Cad) 

61 

Ci (4) 

codD 

17 

Co(20) 

Co(2) 

62 

Co(16) 

Ci (21) 

18 

C,(7) 

c 2 (0) 

63 

c, (3) 

Co(10) 

19 

Cod 9) 

Co(1) 

64 

Co(15) 

C, (20) 

20 

ci (6) 

C 3 (13) 

65 

Ci (2) 

Co(9) 

21 

Cod 8) 

Co(0) 

66 

Cod 4) 

c, (19) 

22 

ci (5) 

Cs(12) 

67 

c,d) 

Co(8) 

23 

Cod 7) 

C, (22) 

68 

Cod 3) 

c, (18) 

24 

ci (4) 

C 3 (11) 

69 

Ci (0) 

Co (7) 

25 

Cod 6) 

Ci (21) 

70 

Cod 2) 

Ci (17) 

26 

Ci (3) 

c 3 ( 10) 

71 

c 2 ( 10) 

Co (6) 

27 

Cod 5) 

C, (20) 

72 

Co(11) 

c, (16) 

28 

Ci (2) 

Cs(9) 

73 

c 2 (9) 

Co (5) 

29 

Cod 4) 

c,(19) 

74 

Co(10) 

c, (15) 

30 

c,(1) 

cs(8) 

75 

c 2 (8) 

Co(4) 

31 

Cod 3) 

0,(18) 

76 

Co (9) 

Ci (14) 

32 

c,(0) 

cs(7) 

77 

C 2 (7) 

Co (3) 

33 

Cod 2) 

Ci (17) 

78 

Co (8) 

c, (13) 

34 

c 2 ( 10) 

Cs(6) 

79 

c 2 (6) 

Co (2) 

35 

CodD 

Ci ( 16) 

80 

Co (7) 

Ci (12) 

36 

c 2 (9) 

cs(5) 

81 

c 2 (5) 

Cod) 

37 

Co(10) 

c, (15) 

82 

Co (6) 

c,(11) 

38 

c 2 (8) 

Cs(4) 

83 

02(4) 

Co(0) 

39 


c 0 (9) 

Ci (14) 


84 


ESS-B(23) 

ESS-B(22) 

40 


C 2 (7) 

Cs(3) 


85 


ESS-B(21) 

ESS-B(20) 

41 


Co(8) 

c,(13) 


86 


ESS-B(19) 

ESS-B(18) 

42 


02(6) 

Cs(2) 


87 

ESS-B 

ESS-B(17) 

ESS-B(16) 

43 


Co(7) 

Ci (12) 


88 


ESS-B(15) 

ESS-B(14) 

44 


c 2 (5) 

Ca(1) 


89 


ESS-B(13) 

ESS-B(12) 


158 
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Table E- 5: Outbound 4V Burst Bit Allocations (concluded) 


Symbol 

Field 

Bit 1 

BitO 


Symbol 

Field 

Bit 1 

BitO 

90 

ESS-B con't 

ESS-B(II) 

ESS-B(IO) 

135 

Voice Frame 

4 con't 

c 0 (22) 

Co(4) 

91 

ESS-B(9) 

ESS-B(8) 

136 

Ci (9) 

02(2) 

92 

ESS-B(7) 

ESS-B(6) 

137 

c 0 (21) 

c 0 (3) 

93 

ESS-B(5) 

ESS-B(4) 

138 

0,(8) 

02(1) 

94 

ESS-B(3) 

ESS-B(2) 

139 

Co(20) 

Co(2) 

95 

ESS-B(I) 

ESS-B(O) 

140 

0,(7) 

02(0) 

96 

Voice Frame 

3 

c 0 (23) 

c 0 (5) 

141 

Cod 9) 

Co(1) 

97 

Ci (10) 

02(3) 

142 

Ci (6) 

Cod 3) 

98 

c 0 (22) 

Co(4) 

143 

Cod 8) 

Co(0) 

99 

Ci (9) 

02(2) 

144 

c,(5) 

Cs(12) 

100 

Co(21) 

Co(3) 

145 

Cod 7) 

C, (22) 

101 

Ci (8) 

02(1) 

146 

Cl (4) 

Cs(11) 

102 

Co(20) 

Co(2) 

147 

Cod 6) 

C, (21) 

103 

ci (7) 

02(0) 

148 

Ci (3) 

C 3 (10) 

104 

Cod 9) 

Cod ) 

149 

Cod 5) 

c, (20) 

105 

Ci (6) 

Cod 3) 

150 

Ci (2) 

cs(9) 

106 

Co(18) 

Co(0) 

151 

Cod 4) 

Ci (19) 

107 

Ci (5) 

Cs(12) 

152 

Cl(1) 

cs(8) 

108 

Cod 7) 

C, (22) 

153 

Cod 3) 

Ci (18) 

109 

ci (4) 

Cs(11) 

154 

Ci (0) 

Cs(7) 

110 

Cod 6) 

0,(21) 

155 

Cod 2) 

0,(17) 

111 

ci (3) 

C 3 (10) 

156 

c 2 ( 10) 

Cs(6) 

112 

Cod 5) 

Ci (20) 

157 

Co(11) 

c,(16) 

113 

C,(2) 

cs(9) 

158 

02(9) 

cs(5) 

114 

Cod 4) 

Ci (19) 

159 

Co(10) 

Ci (15) 

115 

0,(1) 

cs(8) 

160 

02(8) 

Cs(4) 

116 

Cod 3) 

Ci (18) 

161 

c 0 (9) 

0,(14) 

117 

o,(0) 

Cs(7) 

162 

02(7) 

Cs(3) 

118 

Cod 2) 

0,(17) 

163 

c 0 (8) 

c,(13) 

119 

c 2 ( 1 0 ) 

Cs(6) 

164 

02(6) 

03(2) 

120 

CodD 

Ci (16) 

165 

Co(7) 

0,(12) 

121 

02(9) 

cs(5) 

166 

02(5) 

Cs(l) 

122 

Co(10) 

Ci (15) 

167 

c 0 (6) 

Cl(11) 

123 

02(8) 

Cs(4) 

168 

02(4) 

Cs(0) 

124 

c 0 (9) 

Ci (14) 

169 

DUID 4 

0 

0 

125 

02 ( 7 ) 

cs(3) 

170 

First Half of 
this burst's 
ISCH 

ISCH(39) 

ISCH(38) 

126 

c 0 (8) 

Ci (13) 

171 

ISCH(37) 

ISCH(36) 

127 

02(6) 

Cs(2) 

172 

ISCH(35) 

ISCH(34) 

128 

Co(7) 

Ci (12) 

173 

ISCH(33) 

ISCH(32) 

129 

c 2 (5) 

Cs(1) 

174 

ISCH(31) 

ISCH(30) 

130 

c 0 (6) 

c,(11) 

175 

ISCH(29) 

ISCH(28) 

131 

02 ( 4 ) 

cs(0) 

176 

ISCH(27) 

ISCH(26) 

132 

DUID 3 

0 

0 

177 

ISCH(25) 

ISCH(24) 

133 

Voice Frame 

4 

Co(23) 

c 0 (5) 

178 

ISCH(23) 

ISCH(22) 

134 

Ci (10) 

oM _ 

179 

ISCH(21) 

ISCH(20) 
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Table E- 6: Outbound 4V Burst ESS Bit Allocations 


Field 

4V Burst 1 

4V Burst 2 

4V Burst 3 

4V Burst 4 

ESS-B(23) 

ALGID(7) 

Ml(71) 

Ml (47) 

Ml(23) 

ESS-B(22) 

ALGID(6) 

Ml(70) 

Ml (46) 

Ml (22) 

ESS-B(21) 

ALGID(5) 

Ml(69) 

Ml (45) 

Ml(21) 

ESS-B(20) 

ALGID(4) 

Ml(68) 

Ml (44) 

Ml(20) 

ESS-B(19) 

ALGID(3) 

Ml(67) 

Ml (43) 

Ml(19) 

ESS-B(18) 

ALGID(2) 

Ml(66) 

Ml (42) 

Ml(18) 

ESS-B(17) 

ALGID(I) 

Ml(65) 

Ml(41) 

Ml(17) 

ESS-B(16) 

ALGID(O) 

Ml(64) 

Ml(40) 

Ml(16) 

ESS-B(15) 

KID(15) 

Ml(63) 

Ml(39) 

Ml(15) 

ESS-B(14) 

KID(14) 

Ml(62) 

Ml(38) 

Ml(14) 

ESS-B(13) 

KID(13) 

Ml(61) 

Ml(37) 

Ml(13) 

ESS-B(12) 

KID(12) 

Ml(60) 

Ml(36) 

Ml(12) 

ESS-B(II) 

KID(11) 

Ml(59) 

Ml(35) 

Ml(11) 

ESS-B(IO) 

KID(10) 

Ml(58) 

Ml(34) 

Ml(10) 

ESS-B(9) 

KID(9) 

Ml(57) 

Ml(33) 

Ml(9) 

ESS-B(8) 

KID(8) 

Ml(56) 

Ml(32) 

Ml(8) 

ESS-B(7) 

KID(7) 

Ml(55) 

Ml(31) 

Ml (7) 

ESS-B(6) 

KID(6) 

Ml(54) 

Ml(30) 

Ml(6) 

ESS-B(5) 

KID(5) 

Ml(53) 

Ml(29) 

Ml(5) 

ESS-B(4) 

KID(4) 

Ml(52) 

Ml(28) 

Ml(4) 

ESS-B(3) 

KID(3) 

Ml(51) 

Ml (27) 

Ml(3) 

ESS-B(2) 

KID(2) 

Ml(50) 

Ml(26) 

Ml (2) 

ESS-B(I) 

KID(1) 

Ml(49) 

Ml(25) 

Ml(1) 

ESS-B(O) 

KID(O) 

Ml(48) 

Ml (24) 

Ml(0) 


The ESS information contained in the inbound 4V bursts is defined in Table E- 6 
by which of the four 4V bursts in the sequence as explained in 5.6.2 and 6.1. 
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Table E- 7: Outbound 2V Burst Bit Allocations 


Symbol 

Field 

Bit 1 

BitO 


Symbol 

Field 

Bit 1 

BitO 

0 

2nd Half of 
Previous 
burst's ISCH 

ISCH(19) 

ISCH(18) 

45 

Voice Frame 

1 con't 

c 0 ( 6 ) 

0 ,( 11 ) 

1 

ISCH(17) 

ISCH(16) 

46 

02(4) 

Ca(0) 

2 

ISCH(15) 

ISCH(14) 

47 

DUID 1 

1 

0 

3 

ISCH(13) 

ISCH(12) 

48 

Voice Frame 

2 

Co(23) 

c 0 (5) 

4 

ISCH(II) 

ISCH(IO) 

49 

Ci (10) 

02(3) 

5 

ISCH(9) 

ISCH( 8 ) 

50 

Co(22) 

Co(4) 

6 

ISCH(7) 

ISCH( 6 ) 

51 

c,(9) 

02 ( 2 ) 

7 

ISCH(5) 

ISCH(4) 

52 

Co(21) 

Co(3) 

8 

ISCH(3) 

ISCH(2) 

53 

c,( 8 ) 

02 ( 1 ) 

9 

ISCH(I) 

ISCH(O) 

54 

c o ( 20 ) 

Co(2) 

10 

DUID 0 

0 

0 

55 

0,(7) 

02 ( 0 ) 

11 

Voice Frame 

1 

Co(23) 

c 0 (5) 

56 

Cod 9) 

Co(1) 

12 

c,( 10 ) 

c 2 (3) 

57 

c,( 6 ) 

Cad 3) 

13 

C 0 (22) 

Co(4) 

58 

Cod 8 ) 

Co(0) 

14 

Ci (9) 

02 ( 2 ) 

59 

c, (5) 

Ca(12) 

15 

Co(21) 

Co(3) 

60 

Cod 7) 

0 ,( 22 ) 

16 

Ci ( 8 ) 

02 ( 1 ) 

61 

Ci (4) 

Ca(11) 

17 

Co(20) 

Co( 2 ) 

62 

Cod 6 ) 

0 ,( 21 ) 

18 

Ci(7) 

02 ( 0 ) 

63 

c,(3) 

Ca(10) 

19 

Cod 9) 

c 0 ( 1 ) 

64 

Cod 5) 

C, (20) 

20 

Ci ( 6 ) 

C 3 (13) 

65 

ci ( 2 ) 

Ca(9) 

21 

Co(18) 

Co(0) 

66 

Cod 4) 

c, (19) 

22 

ci (5) 

Ca( 12) 

67 

c,( 1 ) 

Ca( 8 ) 

23 

Cod 7) 

0 ,( 22 ) 

68 

Cod 3) 

c,(18) 

24 

0,(4) 

Ca(H) 

69 

Ci (0) 

Ca(7) 

25 

Cod 6 ) 

0 ,( 21 ) 

70 

Cod 2) 

0,(17) 

26 

c,(3) 

Cat 10) 

71 

c 2 ( 10 ) 

Ca( 6 ) 

27 

Cod 5) 

C, (20) 

72 

Cod D 

c, (16) 

28 

C,(2) 

Ca(9) 

73 

c 2 (9) 

Ca(5) 

29 

Cod 4) 

C,(19) 

74 

CodO) 

Ci (15) 

30 

0 ,( 1 ) 

Ca( 8 ) 

75 

02 ( 8 ) 

Ca(4) 

31 

Cod 3) 

Ci (18) 

76 

c 0 (9) 

0,(14) 

32 

c, ( 0 ) 

Ca(7) 

77 

02(7) 

Ca(3) 

33 

Cod 2) 

0,(17) 

78 

Co( 8 ) 

Ci (13) 

34 

C 2 (10) 

Ca( 6 ) 

79 

02 ( 6 ) 

Ca(2) 

35 

Cod 1) 

c,(16) 

80 

Co(7) 

0 ,( 12 ) 

36 

02(9) 

Ca(5) 

81 

02(5) 

Ca(l) 

37 

CodO) 

Ci (15) 

82 

c 0 ( 6 ) 

c,( 11 ) 

38 

c 2 ( 8 ) 

Ca(4) 

83 

02(4) 

Ca(0) 

39 

c 0 (9) 

0,(14) 

84 

ESS-A (1) 

RS parity( 167) 

RS parity( 166) 

40 

C 2 (7) 

Ca(3) 

85 

RS_parity( 165) 

RS_parity(164) 

41 

Co( 8 ) 

C,(13) 

86 

RS parity( 163) 

RS parity( 162) 

42 

02 ( 6 ) 

Ca(2) 

87 

RS parity( 161) 

RS parity( 160) 

43 

Co(7) 

C, (12) 

88 

RS paritv( 159) 

RS paritv( 158) 

44 

c 2 (5) 

Cad) 

89 

RS_parity(157) 

RS_parity(156) 
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Table E- 7: Outbound 2V Burst Bit Allocations (concluded) 


Symbol 

Field 

Bit 1 

BitO 

90 

ESS-A(I) 
co n't 

RS_parity( 155) 

RS_parity(154) 

91 

RS parity! 153) 

RS parity! 152) 

92 

RS parity( 151) 

RS parity) 150) 

93 

RS parity! 149) 

RS parity! 148) 

94 

RS_parity( 147) 

RS_parityi 146) 

95 

RS parity! 145) 

RS parity! 144) 

96 

RS_parityi 143) 

RS_parityi 142) 

97 

RS parity! 141) 

RS parity! 140) 

98 

RS parity) 139) 

RS parity) 138) 

99 

RS parity! 137) 

RS parity! 136) 

100 

RS_parityi 135) 

RS_parityi 134) 

101 

RS parity! 133) 

RS parity! 132) 

102 

RS_parityi 131) 

RS_parityi 130) 

103 

RS parity! 129) 

RS parity! 128) 

104 

RS parity! 127) 

RS parity! 126) 

105 

RS parity! 125) 

RS parity! 124) 

106 

RS_parityi 123) 

RS_parity( 122) 

107 

RS parity! 121) 

RS parity! 120) 

108 

RS_parityi 119) 

RS_parityi 118) 

109 

RS parity! 117) 

RS parity! 116) 

110 

RS parity! 115) 

RS parity! 114) 

111 

RS parity! 113) 

RS parity! 112) 

112 

RS parity) 111) 

RS parity) 110) 

113 

RS parity! 109) 

RS parity! 108) 

114 

RS parity! 107) 

RS parity! 106) 

115 

RS parity) 105) 

RS parity) 104) 

116 

RS parity! 103) 

RS parity! 102) 

117 

RS parity! 101) 

RS parity! 100) 

118 

RS parity(99) 

RS parity(98) 

119 

RS parity!97) 

RS parity!96) 

120 

RS parity!95) 

RS parity!94) 

121 

RS parity(93) 

RS parity(92) 

122 

RS parity!91) 

RS parity!90) 

123 

RS parity!89) 

RS parity!88) 

124 

RS parity(87) 

RS parity(86) 

125 

RS parity!85) 

RS parity!84) 

126 

RS parity!83) 

RS parity!82) 

127 

RS parity(81) 

RS parity(80) 

128 

RS parity!79) 

RS parity!78) 

129 

RS parity!77) 

RS parity!76) 

130 

RS parity(75) 

RS parity(74) 

131 

RS parity!73) 

RS parity!72) 

132 

DUID 3 

1 

1 

133 

ESS-A (2) 

RS parity(71) 

RS parity(70) 

134 

RS parity!69) 

RS parity!68) 


Svmbcl 

Field 

Bit 1 

BitO 

135 

ESS-A (2) 
ccn't 

RS_parity(67) 

RS_parity(66) 

136 

RS paritv!65) 

RS paritv!64) 

137 

RS parity(63) 

RS parity(62) 

138 

RS parity!61) 

RS parity!60) 

139 

RS_parityi59) 

RS_parityi58) 

140 

RS parity!57) 

RS parity!56) 

141 

RS_parityi55) 

RS_parityi54) 

142 

RS paritv!53) 

RS paritv!52) 

143 

RS parity(51) 

RS parity(50) 

144 

RS parityi49) 

RS parity!48) 

145 

RS_parityi47) 

RS_parityi46) 

146 

RS parity!45) 

RS parity!44) 

147 

RS_parityi43) 

RS_parityi42) 

148 

RS parity!41) 

RS parity!40) 

149 

RS parity!39) 

RS parity!38) 

150 

RS parityi37) 

RS parity!36) 

151 

RS_parityi35) 

RS_parityi34) 

152 

RS parity!33) 

RS parity!32) 

153 

RS_parityi31) 

RS_parityi30) 

154 

RS parity(29) 

RS parity!28) 

155 

RS parity!27) 

RS parity!26) 

156 

RS parity!25) 

RS parity!24) 

157 

RS parity(23) 

RS parity(22) 

158 

RS parity!21) 

RS parity!20) 

159 

RS parity! 19) 

RS parity! 18) 

160 

RS parity) 17) 

RS parity) 16) 

161 

RS parity! 15) 

RS parity! 14) 

162 

RS parity! 13) 

RS parity! 12) 

163 

RS parity) 11) 

RS parity) 10) 

164 

RS parity!9) 

RS parity!8) 

165 

RS parity!7) 

RS parity!6) 

166 

RS parity(5) 

RS parity(4) 

167 

RS parity® 

RS parity!2) 

168 

RS parity! 1) 

RS parity!o) 

169 

DUID 4 

1 

0 

170 

First Half of 
this burst's 
ISCH 

ISCH(39) 

ISCH(38) 

171 

ISCH(37) 

ISCH(36) 

172 

ISCH(35) 

ISCH(34) 

173 

ISCH(33) 

ISCH(32) 

174 

ISCH(31) 

ISCH(30) 

175 

ISCH(29) 

ISCH(28) 

176 

ISCH(27) 

ISCH(26) 

177 

ISCH(25) 

ISCH(24) 

178 

ISCH(23) 

ISCH(22) 

179 

ISCH(21) 

ISCH(20) 
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Table E- 8: Outbound Signaling with Sync Burst Bit Allocations 


Symbol 

Field 

Bit 1 

BitO 


Symbol 

Field 

Bit 1 

BitO 

0 

2nd Half of 
Previous 
burst's ISCH 

ISCH(19) 

ISCH(18) 

45 


S-OEMK87) 

S-OEMI(86) 

1 

ISCH(17) 

ISCH(16) 

46 

S-OEMI(85) 

S-OEMK84) 

2 

ISCH(15) 

ISCH(14) 

47 

DUID 1 

DUID(1) 

DUID(O) 

3 

ISCH(13) 

ISCH(12) 

48 

S-OEMI (2) 

S-OEMI(83) 

S-OEMK82) 

4 

ISCH(II) 

ISCH(IO) 

49 

S-OEMK81) 

S-OEMI(80) 

5 

ISCH(9) 

ISCH(8) 

50 

S-OEMI(79) 

S-OEMK78) 

6 

ISCH(7) 

ISCH(6) 

51 

S-OEMK77) 

S-OEMK76) 

7 

ISCH(5) 

ISCH(4) 

52 

S-OEMK75) 

S-OEMK74) 

8 

ISCH(3) 

ISCH(2) 

53 

S-OEMK73) 

S-OEMK72) 

9 

ISCH(I) 

ISCH(O) 

54 

S-OEMK71) 

S-OEMK70) 

10 

DUID 0 

DUID(3) 

DUID(2) 

55 

S-OEMI(69) 

S-OEMI(68) 

11 

S-OEMI (1) 

S-OEMI(155) 

S-OEMK154) 

56 

S-OEMK67) 

S-OEMI(66) 

12 

S-OEMI(153) 

S-OEMK152) 

57 

S-OEMI(65) 

S-OEMK64) 

13 

S-OEMK151) 

S-OEMI(150) 

58 

S-OEMI(63) 

S-OEMK62) 

14 

S-OEMK149) 

S-OEMK148) 

59 

S-OEMK61) 

S-OEMI(60) 

15 

S-OEMK147) 

S-OEMK146) 

60 

S-OEMI(59) 

S-OEMI(58) 

16 

S-OEMK145) 

S-OEMK144) 

61 

S-OEMK57) 

S-OEMI(56) 

17 

S-OEMK143) 

S-OEMK142) 

62 

S-OEMI(55) 

S-OEMK54) 

18 

S-OEMK141) 

S-OEMK140) 

63 

S-OEMI(53) 

S-OEMK52) 

19 

S-OEMI(139) 

S-OEMI(138) 

64 

S-OEMK51) 

S-OEMI(50) 

20 

S-OEMK137) 

S-OEMI(136) 

65 

S-OEMK49) 

S-OEMK48) 

21 

S-OEMI(135) 

S-OEMK134) 

66 

S-OEMK47) 

S-OEMK46) 

22 

S-OEMI(133) 

S-OEMK132) 

67 

S-OEMK45) 

S-OEMK44) 

23 

S-OEMK131) 

S-OEMI(130) 

68 

S-OEMK43) 

S-OEMK42) 

24 

S-OEMK129) 

S-OEMK128) 

69 

S-OEMK41) 

S-OEMK40) 

25 

S-OEMK127) 

S-OEMK126) 

70 

S-OEMI(39) 

S-OEMI(38) 

26 

S-OEMI(125) 

S-OEMI(124) 

71 

S-OEMI(37) 

S-OEMI(36) 

27 

S-OEMK123) 

S-OEMK122) 

72 

S-OEMI(35) 

S-OEMK34) 

28 

S-OEMI(121) 

S-OEMI(120) 

73 

S-OEMI(33) 

S-OEMI(32) 

29 

S-OEMK119) 

S-OEMK118) 

74 

S-OEMK31) 

S-OEMI(30) 

30 

S-OEMK117) 

S-OEMK116) 

75 

S-OEMK29) 

S-OEMK28) 

31 

S-OEMK115) 

S-OEMK114) 

76 

S-OEMK27) 

S-OEMK26) 

32 

S-OEMI(113) 

S-OEMI(112) 

77 

S-OEMI(25) 

S-OEMI(24) 

33 

S-OEMK111) 

S-OEMI(IIO) 

78 

S-OEMK23) 

S-OEMK22) 

34 


S-OEMI(109) 

S-OEMI(108) 


79 


0 

1 

35 


S-OEMK107) 

S-OEMI(106) 


80 


0 

1 

36 


S-OEMI(105) 

S-OEMK104) 


81 


0 

1 

37 


S-OEMK103) 

S-OEMK102) 


82 


1 

1 

38 


S-OEMI(IOI) 

S-OEMI(IOO) 


83 


0 

1 

39 


S-OEMI(99) 

S-OEMI(98) 


84 

Sync 

0 

1 

40 


S-OEMI(97) 

S-OEMI(96) 


85 


0 

1 

41 


S-OEMI(95) 

S-OEMK94) 


86 


1 

1 

42 


S-OEMI(93) 

S-OEMK92) 


87 


0 

1 

43 


S-OEMK91) 

S-OEMK90) 


88 


1 

1 

44 


S-OEMI(89) 

S-OEMI(88) 


89 


1 

1 
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Table E- 8: Outbound Signaling with Sync Burst Bit Allocations (concluded) 


Symbol 

Field 

Bit 1 

BitO 


Symbol 

Field 

Bit 1 

BitO 

90 


0 

1 


135 


RS_parity(67) 

RS_parity(66) 

91 


1 

1 


136 


RS paritv!65) 

RS paritv!64) 

92 


0 

1 


137 


RS parity(63) 

RS parity(62) 

93 


0 

1 


138 


RS parity!61) 

RS parity!60) 

94 


1 

1 


139 


RS_parityi59) 

RS_parityi58) 

95 


1 

1 


140 


RS parity!57) 

RS parity!56) 

96 


1 

1 


141 


RS_parityi55) 

RS_parityi54) 

97 


1 

1 


142 


RS paritv!53) 

RS paritv!52) 

98 


1 

1 


143 


RS parity(51) 

RS parity(50) 

99 


1 

1 


144 


RS parityi49) 

RS parity!48) 

100 


S-OEMI(21) 

S-OEMI(20) 


145 


RS_parityi47) 

RS_parityi46) 

101 


S-OEMI(19) 

S-OEMK18) 


146 


RS parity!45) 

RS parity!44) 

102 


S-OEMI(17) 

S-OEMI(16) 


147 


RS_parityi43) 

RS_parityi42) 

103 


S-OEMK15) 

S-OEMK14) 


148 


RS parity!41) 

RS parity!40) 

104 


S-OEMK13) 

S-OEMK12) 


149 


RS parity!39) 

RS parity!38) 

105 


S-OEMI(II) 

S-OEMI(IO) 


150 


RS parityi37) 

RS parity!36) 

106 


S-OEMI(9) 

S-OEMI(8) 


151 


RS_parityi35) 

RS_parityi34) 

107 


S-OEMK7) 

S-OEMK6) 


152 


RS parity!33) 

RS parityi32) 

108 


S-OEMI(5) 

S-OEMI(4) 


153 


RS_parityi31) 

RS_parityi30) 

109 


S-OEMI(3) 

S-OEMK2) 


154 


RS parity(29) 

RS parity!28) 

110 


S-OEMI(I) 

S-OEMI(O) 


155 


RS parity!27) 

RS parity!26) 

111 


RS parity( 113) 

RS parity! 112) 


156 


RS parity!25) 

RS parity!24) 

112 


RS parity(lll) 

RS parity) 110) 


157 


RS parity(23) 

RS parity(22) 

113 


RS parity! 109) 

RS parity! 108) 


158 


RS parity!21) 

RS parity!20) 

114 


RS parity! 107) 

RS parity! 106) 


159 


RS parity! 19) 

RS parity! 18) 

115 

S-OEMI (3) 

RS parity) 105) 

RS parity) 104) 


160 


RS parity) 17) 

RS parity) 16) 

116 

RS parity! 103) 

RS parity! 102) 


161 


RS parity! 15) 

RS parity! 14) 

117 


RS parity! 101) 

RS parity! 100) 


162 


RS parity! 13) 

RS parity! 12) 

118 


RS parity(99) 

RS parity(98) 


163 


RS parity) 11) 

RS parity) 10) 

119 


RS parity!97) 

RS parity!96) 


164 


RS parity!9) 

RS parity!8) 

120 


RS parity!95) 

RS parity!94) 


165 


RS parity!7) 

RS parity!6) 

121 


RS parity(93) 

RS parity(92) 


166 


RS parity(5) 

RS parity(4) 

122 


RS parity!91) 

RS parity!90) 


167 


RS parity!3) 

RS parity!2) 

123 


RS parity!89) 

RS parity!88) 


168 


RS parity! 1) 

RS parity!o) 

124 


RS parity(87) 

RS parity(86) 


169 

DUID4 

DUIDparity(l) 

DUIDparity(O) 

125 


RS parity!85) 

RS parity!84) 


170 


ISCH(39) 

ISCH(38) 

126 


RS parity!83) 

RS parity!82) 


171 


ISCH(37) 

ISCH(36) 

127 


RS parity(81) 

RS parity(80) 


172 


ISCH(35) 

ISCH(34) 

128 


RS parity!79) 

RS parity!78) 


173 


ISCH(33) 

ISCH(32) 

129 


RS parity!77) 

RS parity!76) 


174 

First Half of 

ISCH(31) 

ISCH(30) 

130 


RS parity(75) 

RS parity(74) 


175 

this burst's 

ISCH(29) 

ISCH(28) 

131 


RS parity!73) 

RS parity!72) 


176 

ISCH 

ISCH(27) 

ISCH(26) 

132 

DUID3 

DUIDparity(3) 

DUIDparity(2) 


177 


ISCH(25) 

ISCH(24) 

133 


RS parity(71) 

RS parity(70) 


178 


ISCH(23) 

ISCH(22) 

134 

S-OEMI (4) 

RS parity!69) 

RS parity!68) 


179 


ISCH(21) 

ISCH(20) 
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Table E- 9: Outbound Signaling no Sync Burst Bit Allocations 


Symbol 

Field 

Bit 1 

BitO 


Symbol 

Field 

Bit 1 

BitO 

0 

2nd Half of 
Previous 
burst's ISCH 

ISCH(19) 

ISCH(18) 

45 

l-OEMI(l) 
co n't 

l-OEMI(lll) 

l-OEMId 10) 

1 

ISCH(17) 

ISCH(16) 

46 

I-OEMK109) 

I-OEMK108) 

2 

ISCH(15) 

ISCH(14) 

47 

DUID 1 

DUID(1) 

DUID(O) 

3 

ISCH(13) 

ISCH(12) 

48 

l-OEMI (2) 

I-OEMK107) 

l-OEMId 06) 

4 

ISCH(II) 

ISCH(10) 

49 

I-OEMK105) 

l-OEMId 04) 

5 

ISCH(9) 

ISCH(8) 

50 

I-OEMK103) 

l-OEMId 02) 

6 

ISCH(7) 

ISCH(6) 

51 

l-OEMI(IOI) 

l-OEMI(IOO) 

7 

ISCH(5) 

ISCH(4) 

52 

I-OEMK99) 

I-OEMK98) 

8 

ISCH(3) 

ISCH(2) 

53 

I-OEMK97) 

I-OEMK96) 

9 

ISCH(1) 

ISCH(O) 

54 

I-OEMK95) 

I-OEMK94) 

10 

DUIDO 

DUID(3) 

DUID(2) 

55 

I-OEMK93) 

I-OEMK92) 

11 

l-OEMI (1) 

I-OEMK179) 

I-OEMK178) 

56 

I-OEMK91) 

I-OEMK90) 

12 

I-OEMK177) 

I-OEMK176) 

57 

I-OEMK89) 

I-OEMK88) 

13 

I-OEMK175) 

I-OEMK174) 

58 

I-OEMK87) 

I-OEMK86) 

14 

I-OEMK173) 

I-OEMK172) 

59 

I-OEMK85) 

I-OEMK84) 

15 

I-OEMK171) 

I-OEMK170) 

60 

I-OEMK83) 

I-OEMK82) 

16 

I-OEMK169) 

I-OEMK168) 

61 

I-OEMK81) 

I-OEMK80) 

17 

I-OEMK167) 

I-OEMK166) 

62 

I-OEMK79) 

I-OEMK78) 

18 

I-OEMK165) 

I-OEMK164) 

63 

I-OEMK77) 

I-OEMK76) 

19 

I-OEMK163) 

I-OEMK162) 

64 

I-OEMK75) 

I-OEMK74) 

20 

I-OEMK161) 

I-OEMK160) 

65 

I-OEMK73) 

I-OEMK72) 

21 

I-OEMK159) 

I-OEMK158) 

66 

I-OEMK71) 

I-OEMK70) 

22 

I-OEMK157) 

I-OEMK156) 

67 

I-OEMK69) 

I-OEMK68) 

23 

I-OEMK155) 

I-OEMK154) 

68 

I-OEMK67) 

I-OEMK66) 

24 

I-OEMK153) 

I-OEMK152) 

69 

I-OEMK65) 

I-OEMK64) 

25 

I-OEMK151) 

I-OEMK150) 

70 

I-OEMK63) 

I-OEMK62) 

26 

l-OEMI(149) 

l-OEMI( 148) 

71 

l-OEMI(61) 

l-OEMI(60) 

27 

I-OEMK147) 

I-OEMK146) 

72 

I-OEMK59) 

I-OEMK58) 

28 

l-OEMI(145) 

l-OEMI(144) 

73 

l-OEMI(57) 

l-OEMI(56) 

29 

I-OEMK143) 

I-OEMK142) 

74 

I-OEMK55) 

I-OEMK54) 

30 

I-OEMK141) 

I-OEMK140) 

75 

I-OEMK53) 

I-OEMK52) 

31 

I-OEMK139) 

I-OEMK138) 

76 

I-OEMK51) 

I-OEMK50) 

32 

l-OEMI(137) 

l-OEMI( 136) 

77 

l-OEMI(49) 

l-OEMI(48) 

33 

I-OEMK135) 

I-OEMK134) 

78 

I-OEMK47) 

I-OEMK46) 

34 

l-OEMI(133) 

l-OEMI(132) 

79 

l-OEMI(45) 

l-OEMI(44) 

35 

I-OEMK131) 

I-OEMK130) 

80 

I-OEMK43) 

I-OEMK42) 

36 

I-OEMK129) 

I-OEMK128) 

81 

I-OEMK41) 

I-OEMK40) 

37 

I-OEMK127) 

I-OEMK126) 

82 

I-OEMK39) 

I-OEMK38) 

38 

l-OEMI(125) 

l-OEMI(124) 

83 

l-OEMI(37) 

l-OEMI(36) 

39 

I-OEMK123) 

I-OEMK122) 

84 

I-OEMK35) 

I-OEMK34) 

40 

l-OEMI(121) 

l-OEMI(120) 

85 

l-OEMI(33) 

l-OEMI(32) 

41 

I-OEMK119) 

I-OEMK118) 

86 

I-OEMK31) 

I-OEMK30) 

42 

I-OEMK117) 

I-OEMK116) 

87 

I-OEMK29) 

I-OEMK28) 

43 

I-OEMK115) 

I-OEMK114) 

88 

I-OEMK27) 

I-OEMK26) 

44 

l-OEMI(113) 

l-OEMI( 112) 

89 

l-OEMI(25) 

l-OEMI(24) 
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Table E- 9: Outbound Signaling no Sync Burst Bit Allocations (concluded) 


Symbol 

Field 

Bit 1 

BitO 

90 

l-OEMI(2) 

con't 

l-OEMI(23) 

l-OEMI(22) 

91 

I-OEMK21) 

I-OEMK20) 

92 

I-OEMK19) 

I-OEMK18) 

93 

I-OEMK17) 

I-OEMK16) 

94 

l-OEMI(15) 

l-OEMI(14) 

95 

I-OEMK13) 

I-OEMK12) 

96 

l-OEMI(ll) 

l-OEMI(IO) 

97 

I-OEMK9) 

I-OEMK8) 

98 

I-OEMK7) 

I-OEMK6) 

99 

I-OEMK5) 

I-OEMK4) 

100 

l-OEMI(3) 

l-OEMI(2) 

101 

l-OEMI(l) 

l-OEMI(O) 

102 

RS_parity( 131) 

RS_parity(130) 

103 

RS parity(129) 

RS parity) 128) 

104 

RS parity! 127) 

RS parity! 126) 

105 

RS parity! 125) 

RS parity! 124) 

106 

RS_parityi 123) 

RS_parity(122) 

107 

RS parity! 121) 

RS parity! 120) 

108 

RS_parityi 119) 

RS_parity(118) 

109 

RS parity! 117) 

RS parity! 116) 

110 

RS parity! 115) 

RS parity! 114) 

111 

RS parity! 113) 

RS parity! 112) 

112 

RS parity(lll) 

RS parity) 110) 

113 

RS parity! 109) 

RS parity! 108) 

114 

RS parity! 107) 

RS parity! 106) 

115 

RS parity) 105) 

RS parity) 104) 

116 

RS parity! 103) 

RS parity) 102) 

117 

RS parity! 101) 

RS parity! 100) 

118 

RS parity(99) 

RS parity(98) 

119 

RS parity!97) 

RS parityi96) 

120 

RS parity!95) 

RS parityi94) 

121 

RS parity(93) 

RS parity(92) 

122 

RS parity!91) 

RS parityi90) 

123 

RS parity!89) 

RS parityi88) 

124 

RS parity(87) 

RS parity(86) 

125 

RS parity!85) 

RS parityi84) 

126 

RS parity!83) 

RS parityi82) 

127 

RS parity(81) 

RS parity(80) 

128 

RS parity!79) 

RS parity!78) 

129 

RS parity!77) 

RS parityi76) 

130 

RS parity(75) 

RS parity(74) 

131 

RS parity!73) 

RS parityi72) 

132 

DUID3 

DUIDparity(3) 

DUIDparity(2) 

133 

l-OEMI (3) 

RS parity(71) 

RS parity(70) 

134 

RS parity!69) 

RS parityi68) 


Svmbel 

Field 

Bit 1 

BitO 

135 

l-OEMI(3) 

con't 

RS_parity(67) 

RS_parity(66) 

136 

RS paritv!65) 

RS paritv!64) 

137 

RS parity(63) 

RS parity(62) 

138 

RS parity!61) 

RS parity!60) 

139 

RS_parityi59) 

RS_parityi58) 

140 

RS parity!57) 

RS parity!56) 

141 

RS_parity!55) 

RS_parityi54) 

142 

RS paritv!53) 

RS paritv!52) 

143 

RS parity(51) 

RS parity(50) 

144 

RS parity!49) 

RS parity!48) 

145 

RS_parityi47) 

RS_parityi46) 

146 

RS parityf45) 

RS parity!44) 

147 

RS_parity!43) 

RS_parity(42) 

148 

RS parityKI) 

RS parity!40) 

149 

RS parity!39) 

RS parity!38) 

150 

RS parity!37) 

RS parity!36) 

151 

RS_parity!35) 

RS_parityi34) 

152 

RS parity!33) 

RS parityi32) 

153 

RS_parity!31) 

RS_parityi30) 

154 

RS parity(29) 

RS parity!28) 

155 

RS parity(27) 

RS parity!26) 

156 

RS parity(25) 

RS parity!24) 

157 

RS parity(23) 

RS parity(22) 

158 

RS parity!21) 

RS parity!20) 

159 

RS parity!l 9) 

RS parity! 18) 

160 

RS parity) 17) 

RS parity) 16) 

161 

RS parity! 15) 

RS parity! 14) 

162 

RS parity! 13) 

RS parity! 12) 

163 

RS parity) 11) 

RS parity) 10) 

164 

RS parity!9) 

RS parityi8) 

165 

RS parity!7) 

RS parityi6) 

166 

RS parity(5) 

RS parity(4) 

167 

RS parity!3) 

RS parityi2) 

168 

RS parity! 1) 

RS parityio) 

169 

DUID4 

DUIDparity(l) 

DUIDparity(O) 

170 

First Half of 
this burst's 
ISCH 

ISCH(39) 

ISCH(38) 

171 

ISCH(37) 

ISCH(36) 

172 

ISCH(35) 

ISCH(34) 

173 

ISCH(33) 

ISCH(32) 

174 

ISCH(31) 

ISCH(30) 

175 

ISCH(29) 

ISCH(28) 

176 

ISCH(27) 

ISCH(26) 

177 

ISCH(25) 

ISCH(24) 

178 

ISCH(23) 

ISCH(22) 

179 

ISCH(21) 

ISCH(20) 
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